나는 'master'가 어떤 방향으로 가고있는 repo를 가지고 있고, 두번째 branch 'foo'는 두 개의 커밋에 대해 분기 될 것이고, 그 다음에는 'master'에 대한 모든 후속 변경을 추적 할 것이다. 물론 선택의 여지가 있습니다.Subversion은 병합을 위해서만 --record-only를 사용합니다. Git에서 어떻게합니까?
Subversion에서 실제 변경 사항이 커밋되지 않았더라도 "병합이 발생했습니다"라고 표시하기 위해 --record-only 병합을 수행 할 수 있습니다. 즉, 대상 분기의 디렉토리에 연결된 속성의 병합 추적 번호가 변경됩니다.
내가
자식 마스터에게 --no 커밋 병합과 함께 플레이 ... 있었다
내가 커밋하기 전에 어설프게 할 수 있습니다 어떤 것으로
..하지만 그것은 문제의 변경 부분에 대해 대상 분기의 엉망진창을 만들고 있습니다 (삭제 후 이름 바꾸기).
더 쉬운 방법이 있어야합니다 ..?
- 폴
P. 지난 주에'--strategy = ours'를 언급 한 것은 이번이 세 번째 맹세입니다. 왜 모두가 갑자기 역사를 버릴 필요가 있는지 궁금합니다. – Cascabel
분기 지점 바로 뒤에있는 지점에서 데이터베이스 설정 파일을 변경하려고합니다.이 지점을 마스터에 병합하고 싶지 않습니다. 나중에 지점에서 버그 수정, 나는 다시 마스터로 병합하고 싶습니다. 이렇게하면 수정 프로그램을 체리 따기하지 않고 개별적으로 커밋 할 수 있습니다. –
위와 같은 작업을 수행하는 동안,이 데이터베이스 정보는 실제로 12 인자 응용 프로그램 에서처럼 환경 변수에 속합니다. –