저희 Dev Shop은 현재 Visual SourceSafe를 사용하고 있습니다. 우리 모두는 그것이 어떻게 끝날 수 있는지 잘 모른다. 그래서 우리는 다른 시스템을 조사하고있다. 첫 번째는 퍼 포스입니다. 누구나 그것을 사용하고 Visual Studio (2003/2005/2008)에 통합 한 경험이 있습니까? 그것은 다른 어떤 것과 마찬가지로 좋습니까? 좋은 기능을 가진 꽤 견고한 제품입니까?마이크로 소프트 샵의 PERforce
필자는 지난 3 번의 작업에서 Perforce를 사용했다. (필자는 현 직장에서 Subversion을 거의 사용하지 않는다.) 나는 Perforce를 좋아하고 SourceSafe에서 니르바나. 원자 검사를받는 것만으로도 회사에 큰 도움이 될 것입니다. 그렇지 않으면, Perforce는 빠르며, 좋은 툴을 가지고 있으며, 워크 플로우는 병합 및 통합과 같은 일을하기 쉽습니다. 나는 진심으로 그것을 추천한다. 최신 분산 VCS와 같이 새롭고 화려하지는 않겠지 만 솔직히 말해서 느린 연결이있는 다른 국가의 사람들과 작업하는 경우 클라이언트/서버 모델을 선호합니다.
Visual Studio 통합은 꽤 좋지만 몇 가지 문제가 있습니다. P4V와 같은 시간에 다른 Perforce 클라이언트를 동시에 실행하면 현재 체크인/체크 아웃중인 파일을 보여주는 측면에서 다른 클라이언트의 변경 사항을 동기화 상태로 유지하는 것이 매우 어려울 수 있습니다. 일반적으로 Visual Studio를 종료하고 올바르게 동기화하려면 프로젝트를 다시로드해야합니다. 그러나 동기화 상태가 실제로 체크인/체크 아웃/업데이트가 올바르게 작동하는 데 영향을 미치지는 않습니다. Visual Studio에있는 동안 실제로 상태와 다른 상태로 생각할 수 있습니다. PERFORCE 클라이언트는 항상 데이터베이스와 계속 동기화 될 때 올바른 상태를 표시합니다.
또한 "오프라인"(어떤 이유에서든 PERFORCE 데이터베이스에 연결되어 있지 않음) 작업이 필요하고 다음에 프로젝트를 다시로드 할 때 PERFORCE 바인딩이 손실되어 ' 각 프로젝트를 개별적으로 리 바인드해야합니다. 많은 프로젝트가 포함 된 솔루션을 사용하는 경우이 작업은 큰 문제가 될 수 있습니다. 솔루션을 처음 체크 아웃 할 때도 마찬가지입니다. 통합이 이루어지기 전에 Perforce에 바인딩해야합니다.
Perforce 파생물 사용 경험이 있습니다.
관리자의 관점에서 관리하기가 어려웠지만 프로그래머 관점에서 사용하는 것이 좋았습니다.
다시 말해서, 나는 커맨드 라인 버전 제어에서 너무 커서 VS 통합을 말할 수 없다.
필자는 Perforce를 사용하지 않았지만 Visual Studio로 작업하는 동안 Team Foundation Server를 최상의 옵션 중 하나로 이동하는 것으로 나타났습니다.
PERFORCE는 Visual Studio에서 VS가 로컬 파일을 쓰기 가능하게 만들고 나중에 서버와 동기화하는 "오프라인"모드를 포함하여 잘 작동합니다.
많은 작업 (제출, 차등)에 대해 PERFORCE GUI를 사용하는 경향이 있지만, IDE가 더 빠르고 더 빠르기 때문에 프로세스가 원활하다.
내 경험상 Perforce는 견고하고 최고의 비용 절감 형 (코드 + 데이터) 버전 제어 제품은 비용이 들지 않습니다.
가장 큰 불만은 Windows 환경에서의 서버 성능이 * nix에서와 비슷하지만, * nix 서버를 사용하는 경우 공식적으로 대소 문자를 구분하지 않는 파일명 옵션을 지원하지 않는다는 것입니다 파일 시스템 오류와 관련된 지원을 포기하거나, Foo.cpp가 존재하는 경우 사람들이 foo.cpp를 추가하지 못하게하는 트리거를 설정하십시오.
다른 공통적 인 장점은 몇 가지 공통 작업에서 명령 줄을 되돌려 야하며 종종 기능을 함께 사용한다는 것입니다. 한 예는 소스 제어하에 있지 않은 디렉토리의 파일 목록을 가져 오는 것입니다.
두 가지 모두 제품보다 회사에서 더 많이 반영하는 문제입니다. IMO PERFORCE는 그들이 시장의 최고 위치에 있다는 것을 알고 있으므로 이와 같은 문제를 해결할 투자 할 이유가 없습니다.
최근에 SVN으로 전환하기 전에 PERFORCE를 1 년 넘게 사용했습니다. Chris가 언급 한 것처럼 도구 (예 : 시각적 diff 및 병합 및 관리자 비트)가 좋았지 만 바인딩과 관련하여 정말 귀찮은 문제가있었습니다. 그렇지 않으면 VS 통합이 만족 스럽습니다. 필자는 Perforce보다 SVN을 사용하는 것이 쉽고 직관적이라고 생각합니다. TortoiseSVN (Windows 탐색기 셸 확장)은 훌륭하며 VS 통합을위한 몇 가지 VisualSVN 라이센스를 구입했습니다. Perforce와는 달리, VisualSVN은 MS SCC 인터페이스에서는 작동하지 않고 개인적으로 장점으로 생각하는 SVN 클라이언트와 직접적으로 작동합니다. Perforce는 다른 많은 OS를 지원하지만, 비 Windows 개발자는 SVN에 대해서도 더 편하게 느끼고 있습니다. 다시 선택해야한다면 SVN을 고수 할 것입니다.
Sourcegear Vault는 VSS 사용자를 마이그레이션하는 데 가장 적합한 SCM입니다.
저렴합니다.
저는 개인적으로 사용했고 Perforce & Visual Studio를 해오 던 몇 년 동안 팀을 관리했습니다. 그것은 완벽하게 잘 작동합니다. 몇 가지 바인딩/리바 인딩 문제가있을 수 있지만 일반적으로 쉽게 분류 할 수 있습니다. Perforce 지식 기반 및/또는 메일 링리스트는 좋은 정보원입니다.
명령 줄, 시각적 클라이언트 및 VS IDe를 동시에 사용하는 데 문제가 없었습니다. 정상적으로 새로 고침하면 정상적으로 작동합니다.
우리는 매우 큰 프로젝트의 경우 분기, Sun Solaris 및 Windows에서의 개발, 120 명 이상의 사용자를 포함하여 perforce를 광범위하게 사용합니다.
매우 빠르며 Windows GUI (P4V)는 매우 좋습니다. Explorer 통합이 가능합니다. VS 통합을 사용 중지하고 매크로 (예 : p4 edit)를 사용하여 파일을 편집/되돌리기/비교합니다. VS 통합은 대규모 프로젝트의 경우 매우 귀찮습니다 (솔루션에 130 개 이상의 프로젝트가 있음). 그러나 소규모 프로젝트에는 사용할 수 있습니다.
그것은 사용자좋은 기능 당 $ 900를 호출하기는 어렵습니다.