svn을 사용하고 있습니다. 나는 두 가지를 가지고 있고 그들 모두에 많은 변화가 있었다. 브랜치 중 하나에 더하여 많은 파일의 이름이 변경되었으므로 이제 svn은 해당 파일의 변경 사항을 병합 할 수 없습니다 (svn 제한 사항은 잘 알고 있습니다).git-svn 병합 2 svn 분기
감사
git merge가 (특정 시점까지) 감지 할 수 있어야합니다 이름을 바꿉니다.
recursive이
만 3 방향 병합 알고리즘을 사용하여 두 개의 머리를 해결할 수 있습니다.
또한 이름 변경과 관련된 병합을 검색하고 처리 할 수 있습니다.
하나의 분기를 가져 오거나 병합 할 때의 기본 병합 전략입니다.
그러나 은 가져 오기/가져 오기/SVN에서 병합 할 수 없습니다.
그리고 병합이 까다 롭습니다 :
주의 사항
간단하게하기 위해서와 덜 수있는 시스템 (SVN)와 상호 운용, 모든
git svn사용자가 복제 것을 가져오고 dcommit를 권장합니다 SVN 서버에서 직접 실행하고 git 저장소와 브랜치 간의 모든 자식 복제/끌어 오기/병합/푸시 작업을 피하십시오.
git 브랜치와 사용자간에 코드를 교환하는 권장 방법은 git format-patch와 git am 또는 SVN 저장소에 'dcommit'하는 것입니다.dit 병합을 계획중인 지점에서는 git merge 또는 git pull을 실행하지 않는 것이 좋습니다. Subversion은 합리적인 또는 유용한 방식으로 병합을 나타내지 않습니다. Subversion을 사용하는 사용자는 사용자가 만든 모든 병합을 볼 수 없습니다. 또한, SVN 브랜치의 미러 인 git 브랜치를 병합하거나 끌어 오면 dcommit이 잘못된 브랜치에 커밋 될 수 있습니다. 자식이 SVN dcommit 당신은 따라서 가장 최근의 커밋 있는지 확인해야합니다
git log --grep=^git-svn-id: --first-parent -1
에 이름이 커밋 SVN의 상부에 커밋을 시도합니다 : 병합 경우
, 다음 규칙에주의 dcommit 할 분기의 첫 번째 부모가 병합됩니다. 카오스는 특히 첫 번째 부모가 동일한 SVN 지점에서 더 오래된 커밋 인 경우에 특히 그렇지 않습니다.
한 번은 대학 프로젝트에서 동일한 문제가있었습니다.
는git svn clone -s https://…)git checkout master; git merge branch)svn co https://…/trunk)svn rm)을 포함한 파일 및 디렉토리를 삭제합니다.svn ci)유용한 요약을 가져 주셔서 감사합니다. git가 쉽게 병합 되었습니까? 더 쉽게 svn을 사용하고 있습니까? (답변 : http://stackoverflow.com/questions/2945842/using-git-svn-or-similar-just-to-help-out-with-svn-merge) – inger
한 가지 더 , svn에 다시 커밋하려고 했습니까? 그렇다면 어떤 문제가 발생했거나 예상 했습니까? – inger
@inger, 아니, 나는 단지 자식이 이해할 수있는 절반 굽기 병합을 밀어 넣지 않게하기 위해 svn을 사용했다. – knittl
사용 SVN은 SVN 가지를 병합하는 기능을 병합하여 새 자식 커밋 가져 오기, 그것은 더 빠른 것입니다. Git을 사용하여 이러한 문제를 해결하는 것은 매우 복잡합니다. 너무 많은 충돌이 발생합니다 ...
이 답변을 참조하십시오 : http://stackoverflow.com/questions/2945842/using-git-svn-or-similar-just-to -help-out-with-svn-merge/3585702 # 3585702 –
참조 http://stackoverflow.com/questions/714589/can-git-svn-correctly-populate-svnmergeinfo-properties ... "편집 :"부분 제 2의 대답 (받아 들여지지 않은 대답)은 특히 좋다 –