GitHub에서 프로젝트를 분기했습니다. 나는 forked 프로젝트를 변경/커밋하기 전에 원래의 커밋을 스쿼시해야한다. 그러나 변경 사항을 원본 프로젝트에 다시 병합하기 위해 끌어 오기 요청을 만들 수 있는지 궁금합니다. 이 작업을 수행 할 수 있습니까? 테스트 프로젝트에서 시도했지만 네트워크에서 두 프로젝트가 더 이상 연결되어 있지 않음을 보여줌으로써 풀
나는 (! 그것은 굉장) 잠시 동안 지금 망할 놈의 확장를 사용하고 있지만 다음에 간단한 대답을 발견하지 않은 : 커밋 메시지를 입력 할 때 때때로, A는 오타를 확인합니다. 마우스 오른쪽 단추로 클릭 한 커밋> 고급> 오류 복구에 가 그럼 난 단순히을 확인 커밋 : 내 친구가 어떻게 그것을 (망할 놈의 작업 확장)에 다음과 같은 방법으로 문제를 해결하는
github 프로젝트에 대한 풀 요청 중에 많은 일련의 git 커밋이 있습니다. 나는 모든 커밋을 함께 스쿼시하라는 요청을 받았지만 그 이후로 병합, 재설정 및 우연히 PR이 진행되는 동안 repo로 끌어온 다른 커밋을 병합하는 놀라운 혼란을 만들었습니다. 내가 할 수 있기를 원하는 것은 실제로 끌어 오기 요청에 포함 된 두 개의 파일을 다른 디렉터리로 복
RebaseCommand, MergeCommand 또는 JGit의 다른 명령을 사용하여 커밋을 스쿼시하는 방법에 대한 제안 사항이 있습니까? 많은 예제를 찾을 수 없으며 문서가별로 도움이되지 않습니다. 간단한 예를 나는 다음과 같은 트리 스쿼시 할 이 하나에 A-----B------C------D------E------F------G------H
을 :
저장소가 너무 커져서 사용할 수 없게되었습니다. 기본적으로 저장소는 2GB 이상이며 복제하는 데 너무 오래 걸립니다. 이제는 축소하고 싶지만 여전히 특정 이전 버전으로 돌아갈 수 있습니다. 축소하면 기록을 다시 작성해야하므로 잘 처리됩니다. 클론을 가진 사람은 새로운 repo 복제본의 새 지점 맨 위에/cherrypick/copyfiles를 리베이스해야합니
내 repo에는 커밋 수가 많고 마지막 5 가지 커밋까지 모든 것을 스쿼시하고 싶습니다. 결국에는 repo에 스쿼시가 커밋 된 다음 커밋됩니다. 가장 최근의 저의 5 가지 커밋입니다. 하기 전에 : 10
9
8
7
6
5
4
3
2
1
후 : 내가 자식을 시도 10
9
8
7
6
squash commit
끝과 숙청 부분의 시
일반적인 개발 워크 플로는 b 브랜치를 체크 아웃하고, 잔뜩 커밋 한 다음 모든 커밋을 하나로 스쿼시합니다 (여전히 b에 있음). 그러나 모든 커밋을 스쿼시하는 과정 중에 여러 단계에서 자주 충돌이 발생합니다. 는 나는 본질적으로 하나가 그 커밋에 지점을 변경하려는 내가 몇 가지 검색을 해봤지만 내가 정확히 무엇을 발견하지 않았습니다 b 에 커밋 최종시의
많은 커밋이 역사적으로 "bugfix", "이번에는 진짜 버그 수정", "ok final bugfix", "finally fixed"가있는 github repo로 작업하고 있습니다. 이들은 직접 마스터에 위임되었습니다. 어떻게 그들을 스쿼시 할 수 있습니까? Fromt 1 년 전 자신의 게시물 - 기본적으로 이것은 나쁜 것 같습니다. want to squa