일부 라이브러리와 함께 git 저장소가 있고, 보통 (하위 모듈이 아닌) 추적됩니다. 라이브러리 중 하나에 대한 업데이트가 포함 된 별도의 분기 (업스트림이 아닌)에서 병합 중입니다. 좀 더 지능적인 병합 전략을 구현할 수도 있지만 순진한 병합을 사용한다고 가정 해 봅시다 (너무 비합리적이지는 않습니까?). 나는 이미 자동으로 재귀 적으로 하위 디렉토리를
분기를 마스터 분기로 병합 할 때마다 더 이상 원점으로 푸시 할 수 없습니다. 만든 git branch TestBranch 가 TestBranch에 변화를 제작하고 이 git checkout Master 병합을 마스터 다시 밖으로 검사 최선을 다하고 새로운 지점 : 나는 간단한 테스트 변경 한 fatal: master cannot be resolved to
가능한 중복 마스터를 병합 할 때 : What's the best CRLF handling strategy with git? 나는 현재 거의 모든 시간을 내 지점으로 마스터 병합 프로젝트에서 일하고 있어요을 git이 전체 파일이 변경되었다고하는 곳에서 병합 충돌이 발생합니다. 종종 메모장 ++ 도구의 비교 도구를 사용하여 이러한 파일을 비교할 때 실제로는
내 Git 저장소에는 내용이 동일한 alpha 및 beta의 두 파일이 있습니다. 마스터 브랜치에서 alpha을 삭제하고 내 지형지 물 브랜치에서 편집하면 마스터를 기능으로 병합 할 때 충돌에 대해 경고합니다. alpha을 삭제하여이 문제를 해결한다고 가정 해 보겠습니다. 그때 git rebase master를 사용하여 마스터 위에 내 기능 지점을 리베이스
Linux TV 커널 프로젝트의 특정 프로젝트를 진행하고 있으며 참조를 가져 오는 방법을 알아야합니다. 그것들은 "experimental"이라는 저장소의 한 지점에 저장됩니다. 기본적으로, 내가 지금까지했던 것은이있다 : I (즉 적극적으로 개발되고있는 지점이기 때문에) 준비/for_v3.7 지점에서 커밋을 체크 아웃 할 일은 원하는 궁극적으로 git cl
마스터 HEAD에 몇 가지 변경 사항이 있으며 현재 로컬 변경 사항을 헤드와 병합하려고합니다. 충돌하는 변경 사항이 있다고 가정합니다. git은 pull으로 거부됩니다. 그것은 내가 충돌하는 변경을 말한다,이 경우에 나는 그것이 나에게 충돌이 파일을 말할 것으로 예상하지만이 브랜치는 커밋을 시도 할 때 내 로컬 변경 사항을 되돌리려면 다음 Master
우리가 공통 조상 에서 분기 한 두 가지 (B 및 C)을 갖고 있다고 할 수 있습니다.가 C에 B에서 병합과 같은 결과를 C에 B에서 병합 할 것인가? A
|
/\
B C
명확히하기 위해 수동 병합 충돌 해결이 양방향에서 발생한다고 가정합니다. 그러나 발생하는 자동 병합으로 인해 동일한 코드가 선택됩니까? 이것은 커밋 날짜가 양방향에서 동일
다른 컴퓨터에서 Kile을 사용하여 작성한 큰 LaTeX 문서를 추적하려면 git을 사용하고 있습니다. Kile은 Kile을 닫을 때 .kilepr 설정 파일에 기록합니다. 자주 만나는 문제는 전에 Kile 닫기 전에 커밋한다는 것입니다. 그래서 나는 다른 컴퓨터에서 커밋하고 밀고, 작업하고, 돌아오고 싶을 때 .kilepr 파일에 커서 위치 (분명히 변경
이미 요청할 수 있지만 여기에서 찾을 수 없습니다. 나는 지점 FEATURE 분기 STABLE에 합병이 나는 STABLE에서 git show 마지막 인 커밋 무엇입니까 할 때 어떤 commit 265d684b67e66ba762bd438c44e49881f7fd571b
Merge: 5285837 78d9687
Author: xxxxx
Date: Thu S