많은 버전 제어 소프트웨어 (TortoiseSVN, Bazaar Explorer, smartgit 등)를 사용합니까?버전 제어 시스템이 너무 많으면 어떻게해야합니까?
모든 버전 제어 시스템 (cvs, svn, bzr, git 등)을 지원하는 하나의 소프트웨어는 무엇입니까? 어느?
당신은 그들 사이의 변환을 계속합니까 (나는 gif -> jpg -> gif -> jpg로 변환하는 것을 상상할 것입니다 ...)?
UPDATE :
내가 하나를 선택하면, 정말 다른 사람을 사용하는 모든 소프트웨어에 기여 포기해야합니까?
Synaptic에서 bzr svn을 검색하고 Bazaar Explorer 용 Subversion 통합 업체를 찾았으므로 Bazaar Explorer에서 Subversion 저장소의 최신 svn 개정 파일을 다운로드 할 수 있습니다. 시냅틱에도 Bazaar Explorer를위한 Git과 Mercurial 통합자가 있습니다. bzr git를 찾은 다음 bzr hg를 찾습니다 (Mercurial!). cvs importer가 cvs integrator와 같이 작동하는지 궁금합니다. :-(
cvs 가져 오기 프로그램이 cvs 통합 프로그램처럼 작동하지 않습니다. svn to bzr 및 bzr에 대한 git는 쉽습니다. bzr에 대한 hg는 시도한 적이 없으며 bzr에 대한 cvs는 어렵습니다. http://stackoverflow.com/questions/3206633/convert-from-cvs-to-bzr –
왜 많은 것을 사용합니까? 하나를 골라서 붙잡아 라. 일반적으로 Mercurial, SVN, TFS 및 GIT 중 하나를 선택할 수 있습니다.
질문이 업데이트되었습니다. 다시 오세요! –
그냥 * one * 프로젝트에서만 작업하지 않아도됩니다. 예를 들어, 하나의 SCM을 사용하는 자체 저장소가 있으며 가까운 미래에 다른 프로젝트를 사용할 프로젝트에 정기적으로 기여합니다. 물론, 나는 내 자신의 레포를 마이 그 레이션 할 수 ... – Joey
다른 VCS에서 여러 작업 복사본을 처리해야 할 때 한 가지 해결책은 일관된 인터페이스를 고수하는 것입니다.
예를 들어 UI를 많이 공유하고있는 사람은 TortoiseSVN, TortoiseHG 및 입니다.
TortoiseHG의 UI는 다소 다르지만 작동 모델도 마찬가지이며 여전히 Explorer 확장입니다.
당연히 이는 각각의 데이터 세트에 대해 서로 다른 데이터 세트를 사용하는 경우에만 의미가 있습니다. 은 단일 데이터 세트로 그렇게하는 것은 실제로 위험하고 종종 손실이 많은 작업입니다..
업데이트 : 귀하의 업데이트에 따르면 실제로 귀하의 경우 인 것처럼 보입니다 - 각각 다른 저장소로 작업하기 위해 사용하고 있습니다.
EFraim, 내 대답 좀 봐! 통일 된 인터페이스 및 통합자는 저에게 최고의 해결책처럼 보입니다. –
는 정장의 요구 및 스틱이
내 질문이 업데이트되었습니다. 다시 오세요! –
다른 VCS를 사용하는 다른 프로젝트에서 작업하는 경우 모두 갖춰야합니다. –
EFraim의 대답 (일종의 소프트웨어, 유니폼 인터페이스)과 나의 대답 (많은 플러그인이있는 소프트웨어 하나, 통합 자)이 좋습니다. 제발, 그들 좀 봐. –
다른 프로젝트와는 다른 솔루션을 요구하는 하나를 선택합니다.
Linux로 작업하는 경우 - git이 해결책입니다. Firefox (SVN 아님)로 작업하는 경우 Mercurial이 해결책입니다. drupal로 작업하는 경우 - CVS가 솔루션입니다 (GIT로 마이그레이션 중입니다 ...). KDE로 작업하는 경우 - SVN이 해결책입니다.
어쨌든 - 해결책이 없습니다. 우리가 살고있는 세계의 일부입니다. "왜 그렇게 많은 프로그래밍 언어가 필요한가요?"
(나 자신, git-svn을 사용하여 SVN 저장소를 체크 아웃하십시오. 때로는 적어도 GIT가 선택의 무기입니다).
Firefox [Mercurial] (https://developer.mozilla.org/en/Mozilla_Source_Code_%28Mercurial%29). –
모든 개발자가 동일한 OS를 사용하여 동일한 프로젝트에 기여해야합니까? 저는 리눅스에서 일하고 있습니다. 그는 예를 들어 Windows와 함께 일하고 있습니다. –
정신 착란은 프로젝트에 따라 다릅니다. 예를 들어 Firefox의 경우 그렇지 않습니다. 그러나 리눅스에서는 좀 더 어렵습니다. 필자는 FreeBSD에서 리눅스를 컴파일하고 테스트를 위해 qemu에서 실행할 수 있다고 가정합니다. 그러나 Windows에서 리눅스 커널을 컴파일 할 수 있는지는 잘 모르겠습니다. 더 많은 유행어를 읽을 수 있습니다. "크로스 컴파일" – elcuco
Joel은 Mercurial을 사용하고 Subversion 추종자들이 전환하는 동안 미쳐 버리는 것을 방지하기 위해 정말 멋진 글을 제공합니다. 그의 기사를 읽고 스스로 결정하십시오. 나는이 다른 "이상한"버전 제어 시스템을 무시하고, 아마도 어쩌면 우리가 전환해야하는지 생각하기 위해 전복을 고수했다. 이것은 실제로 나에게 의미를 갖기 시작했다. Joel on dvcs
우리는 PVCS (Merant)를 사용하고 있던 레거시 프로젝트, 새로운 Visual Studio 작업에는 TFS를 사용하고 개인 프로젝트에는 Mercurial을 사용합니다.다른 시스템에서 작동하는 데 필요한
정신 변화는 내가 직장에서 C로 VBA에 스크립트 언어 뒤 작업에 파워 빌더에 C 번호로 전환 할 때 무엇을해야처럼 영토의 한 부분이다.
PVCS는 나를 화나게하고, TFS는 견딜 수 있으며, Mercurial은 내가 염려하는 한 꽤 눈에 거슬리지 않습니다. 그들은 각자 그들의 특별한 목적을 다룬다.
죄송합니다, 그래픽 형식간에 어떤 차이가 있습니까? –
그래픽 형식을 변환하면 이미지 품질이 떨어집니다. 버전 제어 시스템 간의 변환에 이상한 느낌이 들었습니다. –
버전 제어 시스템간에 변환하면 모든 기록이 손실되므로 비유가 적합합니다. –