2014-02-18 2 views
0

우리 프로젝트는 리프 프로젝트가 고객 파트 인 4 가지 다른 Git 프로젝트 (계층 구조)로 나뉩니다.Git/Finish 릴리스/파일 제외

새 버전을 출시하기 위해 (SourceTree)와 GitFlow-Feature를 사용하고 있습니다. 따라서 최신 dev 브랜치의 새로운 브랜치가 생성되고 릴리스가 완료되면 dev에 다시 병합되고 master-branch에 채워집니다.

더 쉽게 개발할 수 있도록 개발 분기에서 작업하면서 실제 버전을 설정하는 동안 모든 프로젝트에 고정 된 버전 ("dev" inseteaded xyz)을 사용했습니다. 분기.

그래서 우리는 dev-branch에 pom 파일을 다시 병합하지 않으려합니다. (다른 모든 (최종) 변경 dev에 다시 통합해야하면서 치어에 정의 된 버전은 dev에을 고수해야한다.)

바퀴를 개혁하지 않고 달성 할 수있는 방법이 있나요?

그래서, 마무리시 릴리스 :

  • 채우기 모든 변경 사항은
  • 병합 치어 파일을 제외하고 개발 브랜치로 다시 변경 지점 마스터하기?
+0

서브 모듈을 사용하면 모든 하위 프로젝트가 포함 된 집계 프로젝트를 git 하위 모듈로 만든 다음 재귀 적으로 커밋/병합/재사용 할 수 있습니다. –

답변

1

릴리스 분기에서 pom 파일의 버전을 변경하고 바로 "fake"를 개발 분기점 (merge --strategy=ours)에 다시 병합하십시오. 합니다 (POM 파일을 다시 변경하기 전까지) 다시 개발로, 그 변화는 미래에 포함되지 않습니다 그 커밋되면

https://stackoverflow.com/a/19794987/11296

병합 (병합, 심지어 가짜) 개발에 다시 병합합니다.

버전 변경 커밋 전에 릴리스 분기에 대한 커밋이있는 경우 "실제"병합을 먼저 수행 한 다음 버전 변경 커밋을 가짜 병합 한 다음 실제 실제 변경 내용을 병합하십시오 , 가짜 미래 버전 변경, 헹굼 및 반복 ...).