스택큐힙리스트

저는 제 저장소에서 일을 하고 있었는데 파일이 로컬에서 변경되었다는 것을 알았습니다. 그래서 더 이상 필요하지 않아서 파일을 삭제했는데, 새로운 복사본을 체크아웃 할 수 있을 거라고 생각했습니다. 저는 다음과 같은 Git의 동등한 명령어를 사용하고 싶었습니다. svn up . git pull을 사용하는 것은 제대로 작동하지 않는 것처럼 보였습니다. 몇 번의 랜덤한 검색 끝에, 누군가가 다음을 권장하는 사이트에 도착했습니다. git checkout HEAD^ src/ (src는 삭제된 파일을 포함하는 디렉토리입니다). 이제 분리된 HEAD가 있다는 것을 알게 되었습니다. 저는 이게 무엇인지 전혀 모르겠습니다. 어떻게 취소할 수 있을까요?답변 1떨어진 헤드(Detached head)란 더 이상 브랜치에 있지..

어떻게 일련의 커밋의 작성자를 변경할 수 있을까요?답변 1git rebase -r \ --exec 'git commit --amend --no-edit --reset-author' --exec은 각 커밋이 다시 작성될 때마다 git commit 단계를 실행합니다 (마치 git commit && git rebase --continue를 반복해서 실행한 것처럼). 첫 번째 커밋 (루트 커밋이라고도 함)도 변경하려면 rebase 호출에 --root를 추가해야 합니다. 이렇게 하면 both the committer and the author 가 user.name/user.email 설정으로 변경됩니다. 만약 이 설정을 변경하고 싶지 않다면 --reset-author 대신에 --author New Author N..

원격 상에 더 이상 존재하지 않는 모든 트래킹 브랜치를 삭제하는 간단한 방법이 있을까요? 예시: 브랜치 (로컬 및 원격) 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..

.gitignore과 .gitkeep은 어떤 차이가 있을까요? 이름만 다른 것인지, 아니면 각각 다른 기능을 수행하는 건가요? .gitkeep에 대한 문서를 찾을 수 없는 것 같습니다.답변 1.gitkeep은 Git의 기능이 아니기 때문에 문서화되지 않았습니다. Git은 완전히 비어있는 디렉토리를 추가할 수 없습니다. Git에서 빈 디렉토리를 추적하고 싶어하는 사람들은 이러한 디렉토리에 .gitkeep이라는 이름의 파일을 넣는 관습을 만들었습니다. 파일의 이름은 무엇이든 될 수 있으며, Git은 이 이름에 대해 특별한 의미를 부여하지 않습니다. 빈 디렉토리를 추적하기 위해 비어있는 디렉토리에 .gitignore 파일을 추가하는 경쟁적인 관습도 있지만, 일부 사람들은 이를 혼동스러운 것으로 보기도 합니다...