SVN에서 GIT로 프로젝트를 마이 그 레이션하고 있는데 두 버전 제어 시스템의 용어 사이의 차이점을 이해하는 데 어려움을 겪고 있습니다.SVN Consfusion에서 GIT 브랜치 지점의 브랜치
Subversion에서는 각 개발자가 자체 분기를 사용했으며 변경 사항을 작성하여 Trunk와 병합 한 다음 Trunk를 분기로 병합하여 업데이트 된 코드를 얻었습니다.
Git에서는 조금 다를 것 같습니다. 내가 찾아야 할 포크와 복제품인가? 각 개발자는 독립적으로 작업 할 수 있습니다. 이 경우 마스터 (원격)에서 변경 사항을 푸시 한 다른 개발자가 변경 한 사항을 어떻게 얻고 다른 개발자가 마스터 (원격)에 푸시 한 변경 사항을 어떻게 받게됩니까?
난처한 언어에 대해 유감스럽게 생각합니다. GIT와 SVN간에 혼란 스럽기 때문에 설명하기가 어렵습니다.
당신은나는 그것이 SVN에서 오는 preplexing의 이해 감사드립니다. '브랜치'개념은 서브 버전에도 존재하지 않습니다 (브랜치는 개발자가 브랜치로보기로 동의하는 단순한 디렉토리이지만 svn POV와는 별도의 개념은 아닙니다). git을 합리적으로 사용하면 각자 자신의 컴퓨터에서 적어도 프로젝트의 레포 (repo)를 갖게됩니다. "master"라는 branch가있는 "중앙"repo에서 모두 복제되었다고 가정하면 (필수는 아니지만 가정 함), 사람들은 아마도 "master/master"브랜치 (origin/master에서 시작한 로컬 "master"브랜치)로 끝날 것입니다. 이것은 전복의 새로운 개념입니다 : origin은 입니다. 로컬 저장소는입니다. 리모콘은 다른 저장소입니다 ... 로컬 저장소는 다양한 리모컨과 관련이 있으며 각 저장소는 로컬 저장소에서 동기화/추적됩니다. 당신은 페치/당겨).
여기에 전복에서 다른 주요 차이점 :의 개발자가 자신의 마스터에서 작업을 시작 가정하자. 이 시점에서 그들은 분기가입니다. 그러나 어떻게 그들이 "주인"에 대해 모두 일한다면? 공정한 질문. 물론, "마스터"에 ...하지만 의 마스터 (각 repo는 마스터 브랜치를 가짐)와 독립적으로 작업하고 있습니다.
잠시 후, 그들은 그들이 한 일을 공통 지점으로 "병합"하기를 원할 것입니다. 맞습니까? 모두가 하나의 지점 - 라 - SVN에 커밋 wheere 중앙의 repo를 사용하여
그 부분은 .... 음, 모든 veeeery 유연한 생각되는 중앙의 repo없이 그들로부터 당길 수 부품이 너무 복잡하다. 유연한 자식. https://www.atlassian.com/git/tutorials/comparing-workflows
특히이 중 하나임 "Subversion과 다른 중요한 차이점은 개발자가 마스터에서 작업하기 시작했다고 가정 해 보겠습니다. 그러나 "마스터"에 대해 모두 일하는 경우 공정한 질문입니다. 물론 "마스터"에 대해 ...하지만 마스터 (예 : 각 리포에는 마스터 지점이 있음)와 함께 일하고 있습니다 (커밋). 독립적으로 ". 많은 질문에 답하고 팀에서 주석으로 언급 한 튜토리얼을 거의 사용하지 않아서 git에 익숙해졌습니다. 감사합니다. – Neetigya
분기 개념은 Subversion과 Git에서 거의 같습니다. 두 가지의 주요 차이점은 Subversion은 파일 기반 버전 관리 도구이며, Git은 _project_ 기반입니다. 힘내에서 커밋 할 때 모든 단일 파일의 스냅 샷을 찍습니다. Git에 대한 좋은 자습서를 검토하고 더 집중된 질문으로 여기로 돌아와야합니다. –
최근에 (SVN에서 "Git에 온다") 며칠 전 (하나는 며칠 전, 오늘 아침에 하나) : https : // stackoverflow를 참조하십시오.com/a/44142829/1256452 and https://stackoverflow.com/a/44081446/1256452 – torek