스택큐힙리스트

원격 저장소에는 origin/daves_branch와 같은 다양한 브랜치가 있습니다: $ git branch -r origin/HEAD -> origin/master origin/daves_branch origin/master 로컬 저장소에서 daves_branch로 전환하고 origin/daves_branch를 추적하는 방법은 무엇인가요? 다음을 시도해 보았습니다: $ git fetch origin daves_branch $ git checkout daves_branch 답변 1로컬 브랜치를 생성하여 원격 브랜치를 추적해야 합니다. 다음 명령은 daves_branch라는 로컬 브랜치를 생성하고 origin/daves_branch 원격 브랜치를 추적합니다. 변경 사항을 푸시하면 원격 브랜치가 업데이트됩니..

자주 나는 다음과 같은 작업 흐름을 가지고 있습니다. 파일 그룹에 변경 사항을 커밋합니다. 다른 파일 그룹에 변경 사항을 커밋합니다. 첫 번째 커밋에 포함되어야 할 일부 변경 사항을 놓쳤음을 깨닫습니다. 욕을 합니다. git commit --amend는 최신 커밋을 변경해야 하는 것이 아니기 때문에 사용할 수 없습니다. 두 번째 커밋을 건드리지 않고 첫 번째 커밋에 변경 사항을 추가하는 가장 좋은 방법은 무엇인가요?답변 1이 문제를 해결하기 위해 git rebase를 사용할 수 있습니다. sha1을 커밋 해시로 변경한 후 git rebase -i sha1~1을 실행하십시오. 변경하려는 커밋을 찾고, 리베이스 편집기의 주석에 설명된대로 pick을 edit으로 바꿉니다. 거기서부터 계속하면 해당 커밋을 수정..

요즘 나는 Crockford의 JSLint을 통해 나의 JavaScript 코드를 몇 개 실행했고, 다음과 같은 오류가 발생했습니다: 1행 1번째 문자에서 문제 발생: use strict 문이 누락되었습니다. 조금 검색을 해보니, 어떤 사람들은 자신들의 JavaScript 코드에 use strict;를 추가한다는 것을 알게 되었습니다. 해당 문을 추가한 후에는 오류가 더 이상 나타나지 않았습니다. 불행히도, Google은 이 문자 문장의 역사에 대해 많이 공개하지 않았습니다. 확실히 이는 브라우저에서 JavaScript가 해석되는 방식과 어떤 영향을 미칠지에 대한 것일 것입니다만, 제게는 이러한 효과가 무엇인지 전혀 알 수 없습니다. 그래서 use strict;은 무엇을 의미하며, 어떤 암시를 내포하고 ..

Git 저장소에 있다고 가정하자. 내가 파일을 삭제하고 해당 변경 사항을 커밋했다. 나는 계속 작업을 진행하고 몇 가지 더한 커밋들을 만들었다. 그런 다음, 삭제한 파일을 복원해야 한다는 것을 알게 되었다. git checkout -- filename.txt를 사용하여 파일을 체크아웃할 수 있다는 것을 안다. 하지만 해당 파일이 언제 삭제되었는지 모른다. 주어진 파일 이름을 삭제한 커밋을 어떻게 찾을 수 있을까? 작업 복사본으로 해당 파일을 어떻게 복원할 수 있을까? 답변 1주어진 경로에 영향을 미친 최신 커밋을 찾으세요. 파일이 HEAD 커밋에 없으므로 이전 커밋에서 삭제한 것일 것입니다. git rev-list -n 1 HEAD -- 그런 다음 삭제된 커밋의 버전을 확인하려면 caret (^) 기호를..