“Git 사용자를위한 SVN”리소스는 어디에서 찾을 수 있습니까? [닫은]

그래서 나는 회사가 SVN을 사용하는 직책을 맡았습니다 (그러나 언젠가는 Git으로 옮길 것입니다). 문제는 SVN을 모른다는 것입니다. 나는 수많은 Google 쿼리를 시도했지만 SVN-> Git 튜토리얼, "SVN보다 Git이 더 나은 이유"블로그 및 (일부) 비교 가능한 명령을 제공하는 특정 "치트 시트"만 찾을 수 있습니다 ...

짧은 있습니다 (하지만 무엇 SVN에 오라일리 책을 읽고 짧은, 너무 브리핑) 망할 놈의 사용자를위한 SVN에 대한 지침?

표준 참조는 Subversion RedBook 입니다. 과거의 기술에 관계없이 최신 정보를 읽고 필요한 모든 사용 정보를 얻을 수 있습니다. 어렵거나 완전히 외계인이 아니며 대부분의 사람들은 SVN이 git보다 이해하기가 훨씬 쉬우므로 주 명령을 조금만 읽으면 괜찮을 것입니다. 기본적인 사용법의 장 을 일어나서 문제없이 실행해야한다.

두 가지 주요 차이점이 있습니다.

• 커밋 = 중앙 저장소로 푸시. 리베이스 또는 로컬 커밋이 없으며 풀도 없습니다.
• 분기는 디렉토리별로 이루어집니다. 전체 리포지토리를 디렉토리 구조로 생각하면 분기는 마치 COW (Copy-On-Write) 시맨틱으로 심볼릭 링크를 만드는 것과 같습니다. git에서는 전체 저장소를 분기하고 그들 사이를 전환하여 새 분기가 작업 사본을 '오버레이'하고 SVN을 사용하면 저장소 조각을 바꿀 수 있습니다. 일반적으로 사람들은 최상위 폴더 (보통 분기라고 함)에 분기하므로 전환은 git의 '오버레이'작업 스타일과 훨씬 비슷해집니다.

분기는 사소한 것이며, 병합은 DVCS 사과 학자들이 만들고 싶어하는 것만 큼 나쁘지 않습니다. 특히 최상위 폴더의 "표준"트리오 (트렁크, 분기 및 태그라고 함)를 고수한다면 더욱 그렇습니다.

SVN이 git in bit하는 몇 가지 비트가 있으며 스파 스 디렉토리가 염두에 둡니다. 리포지토리의 일부만 체크 아웃합니다. 더 많은 부품이 필요할 때 필요한 것만 업데이트합니다. 거대한 저장소 (예 : 핵심 제품 및 많은 플러그인)가 있다면 훌륭합니다.

git만큼 좋지 않은 몇 가지 비트가 있습니다. 두려운 트리 충돌이 염려됩니다-디렉토리 수준에서 충돌이있는 곳 (예 : 누군가가 편집 한 파일을 삭제했습니다)

Windows를 사용하는 경우 TortoiseSVN을 사용하십시오. 그것은 주로 흔들린다.

가능하다면 git svn을 사용하십시오. 나는 당신의 상황에 있었고 반년의 좌절 끝에 git svn으로 전환했으며 그 이후로 행복했습니다.

Git svn을 사용하면 리포지토리를 로컬로 사용할 수 있으며 SVN 서버 커밋은 git svn rebase로컬 변경 사항을 하위 버전 트렁크로 git svn dcommit리베이스 한 다음 리베이스 된 커밋을 커밋합니다.

어쩌면 고급 Subversion 사용에는 적합하지 않지만 git을 로컬로 사용하기 때문에 모든 것이 좋습니다.

git clone을 사용할 때는 서브 버전 루트 폴더를 대상으로하지 말고 대상 디렉토리를 직접 복제해야합니다 (clone trunk). 이렇게하면 git이 훨씬 빨리 실행됩니다. 그렇지 않으면 작업 복사본이 커질 수 있습니다.

면책 조항 : Subversion 브랜치 등을 만들고 싶을 때 상황이 어떻게되는지 모르겠습니다. 함께 일한 팀은 브랜치를 사용하지 않았습니다 (나만 로컬 git 브랜치).