2014-10-30 1 views
0

우리는 기능 분기를 사용하고 있으며 분기를 모니터링하는 도구를 찾고 있습니까? 이것이 우리가 기능 스위치를 사용하는 주 기반의 개발을 사용하는 이유 인 것을 알고 있습니다. 그러나 단기간에 옵션이 아닙니다.git에서 충돌을 확인하기위한 자동화 도구

우리는 DEV 브랜치와 두 개의 기능 브랜치 (A와 B)가 있는데, 일부 시스템은 오버랩되어 있고 동일한 시스템/파일을 수정하고 있습니다.

현재 흐름은 A를 DEV에 병합 한 다음 DEV를 B로 병합하고 충돌을 처리 한 다음 B를 DEV에 병합합니다.

우리는 A와 B 사이에서 발생하는 충돌을 최소화하려고 노력하고 있습니다. 종종 기능은 관련이 없으며 충돌이 없습니다. 하지만 (같은 줄 수정) 또는 잠재적 인 병합 문제 (예 : 둘 다 같은 파일을 만지는 것)가있을 때 팀 A와 팀 B가 서로 긴밀하게 협력하여 최소화하는 것을 확인하는 보고서를 보내고 싶습니다. 또는 충돌을 피하십시오.

누구나 효과적으로이 문제를 해결할 도구 또는 프로세스를 알고 있습니까?

+0

나는 master branch를 가지지 않고 떠날 수 있다고 생각했다. 나의 제안? 마지막 분기에 수동으로 분기를 병합 한 다음 마스터 분기 시스템으로 전환합니다. 저를 믿으십시오, 나는 양쪽을 보았습니다, 그리고 주된 가지가 없다면, 당신은 많은 소중한 시간과 에너지를 낭비 할 것입니다. 이제는 전환하는 것보다 훨씬 많은 시간을 절약 할 수 있습니다. – Adam

답변

1

당신이 원하는대로 할 수있는 도구가 있습니다 : git diff 출력을 구문 분석하고 분기 간의 충돌 (일반적으로 나무 사이)을 검색합니다.

python3로 작성되었으며 PYPI : pip3 install gitconflict에서 얻을 수 있습니다.

사용법 :

git conflict A B DEV 

인쇄가 처음 주어진 treeishes 사이의 충돌을 발견했다. 충돌이 없으면 1을, 그렇지 않으면 0을 반환합니다.

제한 :

  • 는 이진 파일을 검색하지 않습니다는
  • 은 어떤 경우에는 가양 (도구 충돌이 있음을 경고하지만, 자식은 w 충돌 또는 자동/O를 병합합니다 발생할 수 충돌 해결해라.)