2011-03-14 2 views
2

나는 master와 development branch가있는 git repo에서 개인 (외로운) 웹 사이트 개발을하고있다. 나는 dev 브랜치에 대해 "큰"특징과 이슈에 중점을 두어 꽤 많은 작업을 해왔고, dev 브랜치에 대한 커밋은 원자 커밋의 쇼케이스가 아니었다. 그것은 (몇 가지 큰 차이점에서) 끝났지 만 지금은 몇 가지 주요 기능이 작동을 멈췄습니다. 작업이 중단 된 이유는 다양 할 수 있습니다. 마스터와 분기 간의 diff는 일부 파일의 수많은 변경으로 구성됩니다.git merit by piece

이제 개발 분기를 한 조각 씩 마스터 (또는 마스터의 분기)에 병합하고 내 주요 기능을 손상시키지 않았는지 확인하고 싶습니다.

GIT로 이것을 쉽게 이해할 수 있습니까? 나는 다른 대안들에 대해서도 열려 있습니다. 필자가 선호하는 IDE는 emacs이지만 다시 적당한 대안을 찾기 위해 열려 있습니다.

안부, 제로 엔.

답변

3

git-bisect은 정확한 문제를 해결하도록 설계되었습니다.

현재 개정을 나쁜 것으로 표시 한 다음 작동하는 개정판 (예 : 분기가 분기 된 지점)을 양호한 것으로 표시 한 다음 이진 검색을 수행하여 문제의 정확한 위치를 찾는 데 도움이됩니다 도입되었습니다.

+0

정말 유망 해 보입니다. 감사! 나는 점점 더 많은 자식을 좋아하기 시작했습니다! –

+0

큰 커밋을 작은 덩어리로 나눌 방법을 찾는다. –

+0

[git-cherry-pick] (http://www.kernel.org/pub/software/scm/git/docs/git-cherry-pick.html)) 나쁜 커밋을 나눌 수 있습니다. – rmmh

2

git-rebase -i를 사용하면 커다란 커밋을 대화식으로 분할 할 수 있습니다. 맨 페이지는이 정확한 상황을 설명합니다.