스택큐힙리스트

이러한 지침에 따라 이 지침을 따랐는데, 비밀번호 캐싱 부분을 포함하여 리터럴하게 따랐습니다. 지침이 잘못된 것 같아서 매번 git push origin master를 실행할 때마다 다음과 같은 오류가 발생합니다: git: 'credential-cache'은(는) git 명령이 아닙니다. 'get --help'을(를) 참조하십시오. ... 이때마다 사용자 이름과 비밀번호를 입력해야만 합니다. 이를 수행한 후에도 동일한 오류 메시지가 나오고, git push의 출력이 따라옵니다. .gitconfig 파일의 내용은 다음과 같습니다: [user] name = myusername email = [email protected] [credential] helper = cache 명확하게 말씀드리자면, Git을 설치..

원격 상에 더 이상 존재하지 않는 모든 트래킹 브랜치를 삭제하는 간단한 방법이 있을까요? 예시: 브랜치 (로컬 및 원격) master origin/master origin/bug-fix-a origin/bug-fix-b origin/bug-fix-c 로컬에는 오직 master 브랜치만 존재합니다. 이제 bug-fix-a 에 작업을 하기 위해 체크아웃하고, 작업을 진행하고, 변경사항을 원격에 푸시합니다. 그 다음 bug-fix-b 에 대해서도 같은 작업을 수행합니다. 브랜치 (로컬 및 원격) master bug-fix-a bug-fix-b origin/master origin/bug-fix-a origin/bug-fix-b origin/bug-fix-c 이제 로컬에는 master, bug-fix-a, bu..

나는 나의 모든 프로젝트에 SVN을 사용해 왔습니다. 가끔 프로젝트 B는 프로젝트 A를 복사하여 시작됩니다. 프로젝트 A에 일반적인 변경이 있는 경우 svn merge A를 디렉터리 B 내에서 사용하여 해당 변경 사항을 병합할 수 있습니다. 이제 git을 사용하려면 어떻게 해야 할까요? 모든 프로젝트를 동일한 저장소에 보관하는 것은 마음에 들지 않습니다. 왜냐하면 그렇게 하면 모든 것을 복제하고 SVN에서처럼 하나의 프로젝트만 선택할 수 없기 때문입니다. 그러나 각 프로젝트마다 하나의 저장소를 갖고 있으면, 이전과 같은 작업을 어떻게 할 수 있을까요? 질문은 다음과 같습니다: 서브프로젝트가 하나의 원본 프로젝트와 밀접한 관련이 있는 경우, 그리고 이들을 동기화하여 유지하고 싶으며 별도로 체크아웃할 수도 ..

새로운 기능에 대한 일부 작업을 시작했고, 조금 코딩한 후에 이 기능은 자체 브랜치에 있어야 한다고 결정했습니다. 미커밋된 변경 사항을 새로운 브랜치로 이동하고 현재 브랜치를 재설정하는 방법이 있을까요? 새로운 기능에 대한 기존 작업을 보존하면서 현재 브랜치를 재설정하고 싶습니다.답변 1업데이트 2020 / Git 2.23 Git 2.23에서는 switch 하위 명령어를 추가하여 checkout의 과잉 사용으로 인해 생기는 혼동 일부를 해소하려고 합니다. (브랜치 전환, 파일 복구, HEAD 분리 등) 이 버전의 Git에서는 checkout 명령어를 다음과 바꾸세요: git switch -c 동작이 동일하며 변경되지 않습니다. 업데이트 2020 이전 / Git 2.23 다음을 사용하세요: git chec..