2010-03-02 2 views
4

많은 사람들이 여기와 많은 프로그래머 위키/블로그/요법에 보인다. 다른 곳에서는 VSS를 정말로 싫어합니다. 많은 사람들은 또한 cvs에 대해 진지한 혐오감을 가지고 있습니다. 많은 곳에서 VSS 나 cvs를 사용하는 것이 소스 제어를 사용하지 않는 것이 더 좋거나 나쁘다는 의견에 대해 많은 의견을 들었습니다. 최악의 경우를 평가하고 이유를 설명하십시오 !!!!! 너는 그들에게 이런 식으로 등급을 매겼다. 순위에 자신의 끔찍한 시스템을 던져 주시기 바랍니다. 상황에 따라 다르다고 느끼면 다른 순위로 이어지는 여러 가지 시나리오를 설명하십시오.순위 소스 제어 옵션 -VSS 대 CVS 대 v 없음 자신의 지옥 대

(주의 :. 내가 더 무엇인지를 더 잘하지만 작은 무엇인지에 대한 논의를 많이 참조)

초 참고 : 두 답변은 내가 비교를 위해 덜 좋은 교체에 대한 더 찾고 있어요 좋은 반면 그 중 더 나쁜 것은 왜 더 중요한가! 내 경험에

+0

"주관적이고 논쟁적인"규칙으로 인해 아마도 닫힐 것이므로 아마도 커뮤니티 위키 일 것이다. – Nate

+0

@Nate, 2 시간 전까지 투표를 닫지 않았습니다. :-) –

+0

VSS에 관한 나쁜 소식을 듣고 싶다면 http://stackoverflow.com/questions/1224537/why-is-visual-sourcesafe-viewed-so-poorly를 참조하십시오. –

답변

8

전혀 소스 제어 최악의 옵션이 문제를 논의 할 필요가 없습니다이며, 이것은 실제로 옵션을 선택하지 않습니다.

VSS 한 번 (10 년 전), 제 3 자 도구 지원이 매우 열악한 것을 제외하고는 저장소가 여러 번 손상되었습니다 (한숨). 이것은 왜 내가 VSS를 전혀 믿지 않는지, 그리고 어떤 오픈 소스 도구를 선호하는지 (더 나쁘지는 않음) 분명히 설명한다.

나는 CVS을 피할 수있다. 그것은 일종의 작품으로 광범위하게 지원되지만 중요한 기능 (원자 커밋 중 가장 중요한 기능)이 부족합니다. 그러나 그것은 작동합니다 (그것은 아무것도 또는 VSS보다 낫습니다).

저는 큰 프로젝트에서 볼랜드 Starteam을 사용했습니다. 기술적이지 않은 사람들은 클라이언트 UI가 좋지만 개발자에게는 너무 중요한 것들이 부족합니다. JBuilder 에서조차 IDE가 전혀 없으며, 아이러니 한 점이 없으며, 커밋 후크가 없으며, 효율적인 Java API가 없습니다 (예 : Maven과 함께 사용).), WAN에 느려지는 등 다른 매우 짜증나는 결함 (보기에없는 디렉토리를 보여주지 않는 UI). 끔찍한 것은 아니지만 더 나은 해결책이 있습니다.

ClearCase는 좋지 않은 경험이었습니다. 민첩한 개발을 위해 (나에게 화를 냈습니다). 그리고 역시 PVCS (악몽이었습니다). 나는 무엇을 말하고 어디에서 시작해야할지 모르겠다 : 값 비싸고 무겁고 도구가 부족한 도구 등.이 도구를 사는 사람들은 그들을 사용하는 사람이 될 수 없다. 불가능하다.

서브가 (누락 된 기능을 제공하여) 더 나은 CVS는, 널리 사용되는 CVS의 후계자가 될 예정이었다가 많은 도구가 지원하고 여전히 매우 추천입니다. 이전 솔루션보다 우수합니다. 의욕가 더 강력하지만, 더 기술을 필요로 사용하기에 여전히 도구 지원/통합의 부족 힘내 (명령 줄을 사용하여 모든 사람들을위한 옵션이 없습니다)

그런 다음 우리는 같은 DVCS 있습니다. 컨텍스트 (모든 사람이 더 많은 힘을 필요로하지는 않음)에 따라 권장할만한 제품이며 Mercurial은 선호도가 높습니다.

+1

IMO, 도구 지원/통합이 부족한 Git에 대한 설명은 더 이상 사실이 아닙니다. –

4

-

힘내> SVN> CVS> PVCS> 없음> VSS

추론 -

1) 힘내 - 좋은 분산 모델; 처음에는 Windows에서 일부 지원이 부족했지만 현재는 모든 OS에서 작동합니다. 많은 도구/IDE 지원.

2.) SVN - 예쁜 표준; 초기에 서버를 설치하는 데는 약간의 고통이있을 수 있지만 중요하지는 않습니다. 거의 모든 것과 함께 작동합니다.

3) 3. CVS-old; 일할 고통의 종류; (OS, IDE, 도구) 거의 모든 작업을 수행합니다.

4.) PVCS - 독점적; 많은 도구/IDE에 통합되지 않습니다. 다른 현대적인 버전 제어 시스템에 비해 복잡해진 워크 플로우.

4. 없음 - 확실히 선호하지는 않지만 적어도 자신을 속일 수는 없습니다. 이렇게 많은 선택권 및 근원 통제가 그런 고명 한 제일 연습 인이 나이 및 일 안에 아직도 참기 어렵다.

5.) VSS - 확실히 바람직하지 않습니다. 주로 TFS로 대체; 불안정한; 조용히 실패 할 수있다. 당신이 당신의 소스를 실제로 안전하게 지킬 것이라고 스스로 속이고 있기 때문에 아무런 이상이 없습니다.

+0

* Git (...) 많은 도구/IDE 지원 * 오 이런? Eclipse에서 추천하는 솔루션은 무엇입니까? –

+0

EGit (http://www.eclipse.org/egit/)은 인큐베이터 상태에 있지만 AFAIK는 작동합니다. (물론, 나는 EGit을 많이 사용하지 않았다 ... 나는 직장에서 주로 Eclipse를 사용하며, SVN을 사용한다. 나는 주로 IntelliJ IDEA를 "외부에서"사용하고 Git 플러그인을 사용한다.) 문제가 있었습니까? EGit와? – Nate

+0

글쎄, 아직 완료되지 않았습니다 (보기 동기화, 비주얼 diff, 병합 없음). 그래서 명령 행을 대체하지 않습니다. 상황은 NetBeans 측면에서도 비슷합니다 (http://nbgit.org/의 공개 문제를 살펴보십시오). 그래서 힘내라는 IDE 지원이 많이 있고 도구는 여전히 성숙해야한다고 말할 수 없다고 생각합니다. –

0

확실히 소스 제어가 없습니다. 혼자서 프로그래밍하는 경우에도 코드의 기록 및 백업을 유지해야합니다.

그럼 VSS라고 말합니다. 나는 그것을 (몇 년 전에) 사용해 왔지만 작동하지만 근본적으로 근원 관리 시스템과는 아무런 관련이 없다. 아무것도하지 않는 것보다 낫지 만 무료로 사용할 수있는 옵션이 너무 많기 때문에 "MS-Only"상점에 있어야하며 "우리는 그것을 사용할 것"이라고 생각하지 않는 한 VSS를 권장하지 않습니다. 불행히도 내가 너무 자주 보았던 "MSDN과 함께하기 때문에".

VSS 위의 아주 작은 단계는 SourceGear Vault입니다. http://www.sourcegear.com/vault/ 기본적으로 스크래치 VSS에서 다시 작성되지만 원격 사용자와 더 잘 작동하는 타사 소스 제어입니다. 나는 이것을 정말로 추천하지는 않겠지 만 승인을받을 수있는 것이면 선택 사항입니다.

CVS가 이보다 낫습니다. 무료이며 오픈 소스이며, 좋은 기록과 분기/병합 지원을 제공하며, 잠금없이 동시 개발이 가능합니다.

SVN은 여전히 ​​더 좋으며 많은 선택이 가능합니다. 무료 오픈 소스이지만 다양한 출처에서 상업적으로 지원됩니다 (즉, 필요한 경우 지원을 구매할 수 있음).사용할 수있는 많은 훌륭한 도구가 있으며 잠금없이 매우 우수한 동시 개발을 제공합니다.

다음 단계는 Git 또는 Mercurial과 같은 새로운 분산 버전 제어 시스템입니다. 내가 알기로는,이 시스템에서 각 사용자는 대개 repo의 전체 사본을 얻고 지점과 역사의 자체 로컬 세트를 갖습니다. 커밋, 브랜치 및 모든 것을 포함하여 로컬에서 100 % 작업 할 수 있으며, 준비가되면 업스트림 세트를 푸시 다운하십시오. 이것은 다양한 요구를 충족시키는 다양한 구성에서 계속 될 수 있습니다.

+2

Vault는 단순한 "재 작성된 VSS"이상입니다. 저장을 위해 실제 데이터베이스를 사용하고 VSS에는없는 몇 가지 다른 기능이 있습니다. –

+0

IMO, Vault는 MS 상점의 주요 장점 인 CVS 또는 SVN보다 VS에 더 잘 통합됩니다. – Thomas

+0

VisualSVN은 SVN과 VS를 잘 통합합니다. –

-1

VSS 소스에 사용하는 것이 좋다 :) 그는이 페이지를 쓸 때 그는 내 마음을 읽기 권한이 있어야합니다

alt text

:

멋지게 마틴 파울러의 VersionControlTools 페이지에서이 사진을 요약 제어.

3

VSS에 대한 것입니다 :

  1. 당신이 그것을 것 시간의 길이 VSS를 사용하는 경우 결국 손상이 저장소가 있다는 가상의 확실성이 백업에서 복원해야합니다. 사용하기에도 가장 큰 단점이 아니다
  2. 그것을

파일 이름이 약 10 % 더 강력하고 VSS에 비해 5 배 더 신뢰할 오늘 날짜로 소스 폴더에 압축 파일의 압축을하게 배치 스크립트.

0

Perforce >>>> CVS> VSS> SVN.

퍼 포스가 가장 좋습니다. 모든 것이 잘 작동합니다. 통합이 좋았 기 때문에 주로 IDE에 통합되었습니다. 더 고급 작업을 위해 인터페이스를 사용합니다.

CVS는 명령 행 전용 이었지만 (이전 버전 사용) CVS는 정상적으로 작동했습니다.

VSS는 괜찮습니다. 팀이 10 명으로 성장한 후에는 너무 느려졌습니다. 그래도 오래된 버전이었습니다.

SVN은 현재 내가 사용하는 기능과 비 기능적 기능입니다. 적어도 Tortoise SVN. 탐색기에서 상태가 자주 업데이트되지 않고 종종 수정 내역을 추적하지 못하고 데이터베이스를 정리해야하며 트리가 혼란 스럽습니다. 필자는이 도구를 사용하는 것보다 수동으로 소스 제어를 수행하려고합니다. 하지만 내 전화가 아니기 때문에 나는 현재 일하는 한숨을 쉬었다.