스택큐힙리스트

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

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

만약 git clone을 --recursive와 함께 사용한다면, git의 모든 서브모듈을 얻을 수 있습니다. 만약 클론할 때 이 마법같은 플래그를 추가하지 않았다면, 서브모듈을 가져오는 방법은 무엇인가요? 추가로, 어떻게 재귀 플래그를 기본값으로 설정하여 향후 클론에 적용할 수 있을까요?답변 1아주 간단한 상위 수준 복제 후에 이를 사용하여 할 수 있습니다: git submodule update --init --recursive 기본적으로 이를 클론하는 것을 추천하지 않습니다. submodules를 개발에 적극적으로 사용하고 오직 여러분이 만드는 것이 아니라 3rd party OSS 라이브러리를 접속하는 경우, 한두 번 업그레이드하기 위한 용도로 사용한다면, git slave 또는 subtree를 사용..

저는 디렉토리에서 볼 수 있는 파일의 마지막 커밋, HEAD 및 상태 사이에 차이가 있는 것 같습니다.HEAD란 무엇이고, 그것으로 무엇을 할 수 있으며 어떤 실수를 피해야 할까요?답변 1HEAD는 현재 체크아웃된 브랜치에서 가장 최근의 커밋을 참조하는 것입니다.이에는 작은 예외가 있습니다. 바로 분리된 HEAD입니다. 분리된 HEAD는 브랜치 대신 커밋 (또는 태그)을 확인할 때 발생하는 상황입니다. 이 경우, 여러분은 이것을 이름 없는 임시 브랜치로 생각해야합니다. 즉, 이름이 지정된 브랜치 참조 대신에 우리는 오직 HEAD만 가지고 있습니다. 여전히 커밋을 수행할 수 있으며 (이는 HEAD를 업데이트합니다), 따라서 위의 간단한 정의는 여전히 분리된 HEAD를 이름 없는 임시 브랜치로 생각한다면 여..