문제

저는 현재 우리가 "사용"하는 팀에서 일하고 있습니다. 실제로 모든 사람이 Samba 공유를 통해 서버에서 파일을 직접 편집하는 반면, 가끔 우리의 아키텍트는 변경 사항을 통해 해당 서버에서 커밋을 수행 한 다음 서버로 밀려납니다.

따라서 기본적으로 우리는 다른 사용자로부터 의미있는 커밋 메시지를 가질 수 있고 우리가 원하는만큼 자주 커밋 할 수 있다는 점이 빠릅니다.

나는 분산 시스템에 대한 관심을 불러 일으키려고 노력했으며, 우리가 가진 워크 플로우가 Git (우리가 지역 기계에 커밋 한 다음 변경 세트를 검토를 위해 그에게 밀어 넣는 것과 같은 것으로 보이는 것처럼 보일 수있는 것처럼 보이려고 노력했지만) 나는 git에 대한 충분한 경험이 있다고 생각하지 않습니다. 내 DVC 경험의 대부분은 Mercurial과 함께 있습니다.

모든 사람들은 TortoisesVN을 사용하여 Windows 환경에서 거의 일하고 있으며, 이것이 시스템과 상호 작용하는 데 사용되는 방식이지만 때때로 Putty를 사용하여 Linux 서버 중 하나에서 작업하고 Commandline Commit을 수행하는 방법을 알고 있습니다.

이것과 함께 진행하는 방법은 무엇입니까, 나는 SVN과 일부 DVCS 사이에 게이트웨이를 만들기 위해 수행되는 작업 중 일부를 보았습니다. 누구나 그러한 환경에서 설정하고 일하는 경험이 있습니까?

SVN에서 DVC로의 본격적인 마이그레이션은 어떻습니까?

도움이 되었습니까?

해결책

당신의 팀이 전복을 잘 사용하는 방법을 이해할 수 없다면, 나는 당신이 어떻게 GIT를 이해하게 할 수 있는지 모르겠습니다. 특히 그들은 "동일한 작업 사본으로 모든 작업을 수행하게"의 사고 방식에 있기 때문에 분산 버전 제어 시스템을 파악하는 데 어려움을 겪게 될 것입니다.

내 경험상 SVN-GIT를 사용하려면 GIT를 사용하는 방법을 알아야하며 SVN을 사용하는 방법을 알아야합니다. SVN을 올바르게 사용하도록 가르치는 것이 좋습니다.

다른 팁

SVN 저장소를 유지하고 SVN을 사용하는 방식으로 사용하고 싶지 않은 이유가 있습니까?

모든 사람이 확인하고 병합하고 가지를 사용하는 것 등이있는 이유는 무엇입니까? 저장소 설정이있는 경우 왜 스위치?

당신이 설명하는 문제는 주로 커밋 코드를위한 적절한 절차 및 프로토콜과 관련이있는 것 같습니다. 다른 제품을 얻는 것은 사람들이 일하는 방식을 바꾸지 않을 것입니다. 먼저 교육해야합니다. 더 나은 일을하는 방법을 보여주십시오.

다른 참고로, 나는 당신이 SVN과 인터페이스하기 위해 tortoicecvs를 사용하는 방법을 얻지 못했습니다.

나에게 그것은 버전 제어 시스템의 선택이 문제가되지 않는 것처럼 들립니다. 당신이해야 할 일은 건축가가 개정 제어 시스템을 사용하기 위해 제정신 정책을 세워야한다고 설득하는 것입니다.

현재 SVN 시스템은 완벽하게 적합합니다. 트렁크를 깨끗하게 유지 해야하는 경우 사용자가 지점을 만들 수 있습니다. 건축가는 필요한대로 합병 할 수 있습니다.

이제, 당신 ~할 수 있었다 OA DVC를 이동하면 그렇게해야 할 충분한 이유가 있습니다. 그러나 팀이 클라이언트/서버 RCS를 사용하는 데 익숙하지 않은 경우 이는 어려운 것으로 판명 될 수 있습니다. 당신은요 ~할 수 있었다 GIT 또는 HG를 로컬로 사용하지만 근본적으로 깨진 RCS 사용법에 대한 해결 방법입니다. 모든 사람이 SVN을 사용하는 것이 먼저 내 제안이 될 것입니다.

삼바 공유에서 파일 편집 ?? 진지하게?!

git-svn ~이다 분명히 당신의 최선의 방법. GIT의 모든 로컬 버전 컨트롤 및 변경 검토 기능을 사용할 수 있지만 궁극적으로 "최종"체크인을 기존 SVN 리포지토리로 밀어 올릴 수 있습니다.

이것은 있습니다 엄청난 팀이 한 번에 약간 git으로 발을 젖게 할 수 있다는 부작용 (구매하기 전에 시도 할 수 있고 SVN을 사용하여 개발 한 기존 배포/유지 보수 프로세스를 사용할 수 있기 때문에 ).

좋은 것도 있습니다 SVN 사용자를위한 GIT 구문의 충돌 코스 팀의 속도를 높이는 데 사용할 수 있습니다.

귀하의 문제는 SVN 자체가 아니라 제대로 사용하지 않습니다.

Steve Yegge가 말했듯이 : 협회

다른 사람들이 말했듯이 SVN을 사용할 수 없다면 분산 VC를 사용하지 않습니다.

그들은 IDE를 사용합니까? 그렇다면 SVN을 쉽게 사용할 수있는 IDE 용 플러그인을 찾으십시오. 따라서 IDE의 파일 또는 폴더를 마우스 오른쪽 버튼으로 클릭하고 체크인 할 수 있습니다. 중앙 파일에 직접 액세스하는 것보다 로컬 사본의 소스 컨트롤을 쉽게 사용하는 경우 기회가있을 수 있습니다. 그런 다음 더 복잡한 작업을 위해 TortoisesVN을 사용할 수 있습니다.

인기있는 IDE를위한 SVN 플러그인에 대한 일부 링크를 시작합니다.

그리고 다음은 IDE 플러그인 목록입니다 Subversion 웹 사이트에서.

HG는 전복 작업에도 능숙합니다. https://www.mercurial-scm.org/wiki/workingwithsubversion . Python Core Development 팀은 방금 전복에서 Mercurial로 전환하기로 결정했습니다 (Git과 Bazaar도 고려 된 오랜 토론 후). 관련없는 개발에서 Code.google.com의 오픈 소스 프로젝트를위한 무료 호스팅 서비스는 SVN에 대한 오랜 지원에 HG 지원을 추가했습니다.

Git과 Bazaar는 모두 SVN을 잘 지원합니다. Infact Git-SVN은 지난 몇 개월 동안 상당히 성숙했습니다.

DVC가 정말 좋기 때문에 Git을 사용해보십시오.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top