를 저지하지만 지금 커밋의 순서가 다른 방법 : 이는 원점으로 밀렸다 ... : 지점 github.com의 마스터를 병합 : 는 상류와 병합 커밋 내. 이제 git log와 my pull 요청은 원래의 커밋과 병합 커밋 모두를 보여줍니다. 그러나 위의 rebase 명령은 업스트림에서 온 다른 커밋 만 표시하며 어떤 이유로 든 병합하지 않습니다. 그래서 어떻
내 지점에서 커밋이 거의없고, 커밋 B, 커밋 C, 커밋 D, 커밋 E, 커밋 F가 맨 위에있는 지점에서 마스터 병합 내 커밋의 지금. A, B, C를 하나의 커밋으로 스쿼시하는 방법은 무엇입니까? master -----D---E---F--\
work_branch \---A---B---C--* (merge-Point)
그래서 당신이 가진 편집기를 엽
이전 svn repo를 git로 가져 오려고합니다. 한 지점에서 폴더는 모든 지점에서 이름이 변경되었습니다. 이것은 svn에서 히스토리가있는 복제본을 작성한 다음 두 번째 확약시 원본을 삭제하여 수행되었습니다. 따라서 다음과 같은 저장소가 있습니다. A -> B -> C -> D* -> E* -> F -> G -> H
\-> 1 -> 2* ->
안녕하세요, 나는 다른 분기의 병합 된 커밋을 포함하는 안정적인 분기 있습니다. 은 역사 커밋 : 구조는 다음과 같다 Commit 1 - Branch 1 commit 1 ------------- Hash Code 1
Commit 2 - Branch 2 commit 1 ------------- Hash Code 2
Commit 3 - Branch 2 co
도커 1.13 새 - 스퀘어 매개 변수가 추가되었습니다. 내 이미지 크기를 줄이고 내 레이어에있는 비밀 파일을 "숨길"수 있기를 바라고 있습니다. 아래에서는 --squash 매개 변수를 사용하거나 사용하지 않고 빌드를 수행하는 것과 차이점을 볼 수 있습니다. 스쿼시없이 스쿼시 내 질문에 이제 으로. 내 처음 층에 비밀 파일을 추가 한 다음 내 초 층에 비밀
나뭇 가지 사이에 공유 부수 : C0 ---- C1 ---- ... ---- C12 ---- C14 (dev)
\
\---- C13 (abandoned)
'DEV'는 주요 개발 지점이며, '포기'우리가 할 수있는 실험이다 앞으로 어떤 시점에서 다시 방문하십시오. 다음 C1'을 확인 내가 C0 ---- C1' ---
4 년 된 git 저장소가 매우 커지기 시작합니다. ~ 30GO, 60.000 개의 파일이 있습니다. 하나 또는 두 개의 커밋이 매일 수행됩니다. 첫 번째 커밋에 1 년 이상 된 모든 커밋을 스쿼시하고 싶습니다. 그러나 기술적 인 문제로 인해, 나는 repo를 다시 만들 수 없으며, 나는 그것으로 작업해야합니다. 사용 가능한 자식 버전은 1.7.2.5입니다
나는 어리석은 실수를했으며 그것을 해결하는 가장 좋은 방법이 확실치 않습니다. 다음은 내가 한 일입니다. 상용구를 기반으로 웹 프로젝트를 만들었습니다. 내 커밋을하기 전에 모든 기록 (약 500 커밋)을 제거하는 .git를 제거했습니다. 프로젝트를 몇 개월 동안 약 200 개 이상 커밋 한 후 업스트림 상용구를 내 프로젝트의 로컬 분기에 병합했습니다. 이로
내 git 워크 플로는 유효성이 검사 된 후에 마스터로 스쿼시 - 병합 된 기능 분기로 구성됩니다. 그러나 나는이 스쿼시 된 커밋이 스쿼시가없는 병합 마스터를 통해 브랜치로 되돌아 오는 결과를 알지 못합니다. 마스터에 병합되지 않은 경우 동일한 브랜치에 대한 마스터 병합이 많은 커밋이 같은 커밋이므로 사소한 일입니다. 이 그래프 수로 새로운, 당신의 기능