변경 사항을 기꺼이 저지른 파일이 있습니다. 이제 원본 파일을 보존하고 내가 한 작업으로 새 파일을 만들어야한다는 것을 알게되었습니다. 커밋 내역을 새 파일로 옮기고 싶습니다. Git rebase를 사용 하시겠습니까? 또 다른 주름은 저장소에 푸시 된 분기에서 작업하고 있다는 것입니다.
나는 지루한 역사를 가진 프로젝트를 가지고 있습니다. 내가하려는 것은 특정 커밋까지 모든 것을 보존하고 그 커밋에서부터 모든 것을 스쿼시하는 것입니다. -...- B -...- C : 그래서 다음과 같은 방식으로, 나는 사이 A와 B 등이며, B와 C 사이의 스쿼시 모든 것을 포함하여 모든 것을 유지하고 싶습니다 불행히도, 대화식 리베이스를 할 때 나는 길
내가 git에 비교적 새로운 해요, 적절한 워크 플로우에 대해 조금 주위를 읽고있다 커밋,하지만 난 이전 커밋 rebase/squash가 하나의 응집력에 커밋에 제안 조금 사투를 벌인거야 다른 repos (예 : 내 경우에는 github)로 푸시. 내 주된 문제는 내가 취미 인 프로그래머 (운이 좋다면 하루에 1-2 시간)입니다. 즉, 응집력있는 기능 커밋
자식 타임 스탬프 재설정이 새로운 이름없는 분기 나는 많은 커밋을 통해 REBASE를 만든을 만들어 자식 ID 및 시간을 변경하지 않고 커밋합니다. 그런 다음 this for reseting time stamps을 사용했고 이제는 이름이없는 세 번째 분기를 사용했습니다. 마스터 보라색 : 개발할 또 다른 한가지 : 이미 ...>를 밀어 병합은 터키석 또한
좋아요, 나는 지점이 feature/12인데, 다소 많아서 분기하고 작업하기 시작합니다. feature/13은 feature/12에 달려 있습니다. 코드 검토가 이루어지며 feature/12에 약간의 변경이 있습니다. 그래서이 변경 사항을 적용한 후 master에 대한 스쿼시를 회사의 프로토콜 (git rebase -i master)과 같은 단일 기능 커밋
나는 힘내와 병합에 대한 질문이 있습니다. 힘내 병합이 두 지점 간의 분기 된 역사의 모든 변화의 산물 인 새로운 커밋을 만들었다는 인상하에있었습니다. 그리고 rebase는 한 브랜치에서 다른 브랜치로 변경 사항을 재생합니다. 하지만 오늘 병합 작업을하고있을 때, 내 자식 로그를 보면이 브랜치가 다른 브랜치의 커밋을 가지고 있다는 것을 알 수 있습니다. 병
TFS에서 병합 할 때 rebase를 강요하는 방법을 찾아 보았습니다. 나는 개발자가 상위 브랜치의 최신 버전을 가져 와서 부모 브랜치에 병합하기 전에 자신의 브랜치에 병합하도록하는 방법을 찾고있다. 대부분의 결과는 GIT 기사로 돌아오고 있지만 우리는 TFVC를 사용하고 있습니다.
master과 develop 가지가 있다고 가정 해보십시오. 더 나아가, 당신은 워크 플로우 말은 같다 : develop에 가 새 feature 분기를 체크 아웃; 작동; 체크 아웃 develop 다시; feature 분기를 --no-ff과 병합하십시오. 이렇게하면 커밋이 어떤 기능에 속하는지 잘 볼 수 있습니다. 어떤 점에서 * Merge branch '
그래서 저는 여전히 상당히 새로운 git이고 아직 여기 저기에있는 것들을 실행하고 있습니다. 누군가가 마스터 브랜치를 잡아 당기기 위해 간단한 팁을 공유했습니다 ... git rebase origin/master. 그래서 나는 그것을 다치게 할 것이라고 생각하지 않으면 서 개발에 똑같이했다. 내가 지점에 없습니다. (develop|REBASE 1/2). 마