개발자가 원하는 경우 VSS를 사용할 수 있어야합니까?


14

부서에 Mercurial을 소개했습니다. 나는 그것을 좋아하지만 그것은 나의 첫 번째 버전 관리 경험이다. 웹 개발을 위해 NetBeans PHP와 함께 사용하고 있습니다.

내부 회사 응용 프로그램에서 작업하는 다른 개발자는 Visual Source Safe 사용을 좋아하고 전환하지 않으려 고합니다. 그는 Visual Studio 환경에서 일합니다.

이것을 제외한 다른 모든 개발자들은 Mercurial에 샀습니다. 대부분의 경우, 우리 모두는 꽤 독립적으로 일합니다.

나는이 부서를 올바른 방향으로 옮기려고 노력하고 있으며, 모든 사람들을 Kiln에 계정으로 설정했으며, 현재 버그 데이터베이스가 유지 관리되지 않기 때문에 모든 사람들이 Fogbugz를 사용하여 길을 따라 가기를 바라고있었습니다. VSS를 사용한 적이 없지만 그것에 대해 매우 나쁜 소식을 듣습니다.

VSS를 계속 사용하는 것이 좋을지, 아니면 Mercurial과 함께하는 것이 가장 좋을까요?


stackoverflow.com/questions/961878/… 흥미로운 것을 찾을 수 있습니다 .

자신의 개인 VCS를 사용하는 한 명의 개발자는 코드가 제대로 백업되지 않은 한 명의 개발자에게 위험한 소리를냅니다. Mercurial 저장소를 (오프 사이트에서!) 백업하고 있습니다. 그것은 당신 중 하나를 제외한 모든 것을 포함합니다. VSS 저장소에 대해 동일한 작업을 수행하고 있습니까? 이러한 백업에 문제가 발생하면 누구나 알 수 있습니까? 기타
derobert

8
나머지 직원이 의자를 사용하는 동안 프로그래밍을 위해 변기에 앉아 싶어하는 개발자와 같습니다.
무하마드 하산 칸


1
사람들을 진정 시키십시오 ( '-') VSS는 그렇게 나쁘지 않습니다! VSS부터 시작했습니다. 더 이상 VSS를 사용하지 않지만 사람들이 VSS를 만드는 것만 큼 나쁘지는 않습니다. 내가 일종의 균형을 잡는
줄 알았는데

답변:


50

그가 원하는 것을 계속 사용하는 것이 더 좋을까요?

아닙니다. 서로 다른 두 가지 소스 관리 시스템을 병렬로 실행할 필요는 없습니다. 이는 모든 개발자가 동일한 저장소에 연결되어 있으며이를 최대한 활용한다는 생각을 무시합니다.

다른 시스템 만 사용하는 단일 개발자는 자신을 팀에서 효과적으로 격리시킵니다. 프로젝트가 교차하지 않더라도 여전히 나쁜 일입니다.

두 시스템에 대한 두 배의 유지 보수 노력이 또 다른 논거입니다.

VSS에서 Mercurial로 컨텐츠를 신속하게 마이그레이션 한 다음 VSS를 종료하려면 권한을 사용하거나 문제를 경영진에게 에스컬레이션해야한다고 생각합니다.

PS VSS에 관해서는, 체크인을 잃어 버리거나 예상치 못한 코드를 손상시키는 것으로 악명이 높습니다. 그것은 작동하지만 정기적으로 신경을 앓고 있습니다. 더 나은 대안이 있다면 VSS를 피하십시오.


42
NOBODY는 어떤 상황에서도 VSS를 사용해야합니다. 이름은 거짓말입니다. VSS에는 안전한 것이 없습니다.
CaffGeek

17
이것에 동의하고 우리가 배운 것을 추가하고 싶습니다 : VSS를 사용하지 않는 것의 큰 이점으로 빠르게 상쇄되지 않는 VSS를 사용하면 이점이 없습니다.
벤 호프 슈타인

+1 감사합니다. 저도 그렇게 생각했습니다. 문제를 제기하기 전에 다른 사람들의 의견을 원했습니다.
JD Isaacks

2
@ 벤 : 할 것, 사람들이 "누가 호프 스타 인?" 나는 그들에게 눈부신 다음 지난 10 년 동안 어떤 바위 아래에 숨겨져 있는지 알고 싶다 :)
Binary Worrier

2
팀이 SourceSafe 또는 TFS 또는 SVN을 사용하고 불량 개발자가 Git 또는 Mercurial을 사용하는 경우 동일한 대답을 하시겠습니까?
Kyralessa

16

내가 악의적 인 개발자가 다른 팀과 다른 소스 제어 시스템을 사용하도록 허용하는 것을 결코 고려하지 않을 것입니다.

소스 컨트롤은 내가 한 일의 이전 버전을 찾을 수있을뿐만 아니라 다른 사람들도 그 (및 현재 버전)를 찾을 수 있습니다. 협상 할 수 없습니다. 버스를 떠나거나 다른 사람이 자신의 코드에 액세스 할 수 없을 때 어떤 일이 발생합니까 (네트워크 관리자가 자신의 소스 제어를 알지 못하고 자신의 컴퓨터를 닦을 때 네트워크 관리자가 덮어 쓸 수도 있음)?

다른 사람이 VSS를 사용하고 있지 않기 때문에 소스 제어 코드가 자신의 컴퓨터에만있을 수 있다고 가정합니다.) 그런 것을 제안하는 개발자는 전문가가 아니기 때문에 모든 작업을 의심하게됩니다. 그가 당신의 나머지를보고 싶지 않은 것은 무엇입니까?

또한 VSS는 악명 높은 버그입니다. 그의 코드는 안전하지 않습니다.


10

아무도 VSS를 사용하여 시작해서는 안됩니다.

개발자에게 Visual Studio 용 Mercurial 플러그인 을 요청하십시오.


해당 플러그인에 대한 경험이 있습니까?

나는 그것을 사용했다-그것은 잘 작동한다.
MetalMikester

@ Thorbjørn Ravn Andersen : 아니요. 직장에서 서브 버전을 사용합니다.
Dima

1
설명이 없으면 다른 사람이 반대 의견을 게시 할 경우이 답변이 쓸모 없게 될 수 있습니다. 예를 들어, 누군가 "VSS를 사용하여 시작하도록 권장해야합니다. Visual Studio에 Mercurial 플러그인을 사용하지 마십시오." ,이 답변이 독자가 두 가지 반대 의견을 선택하는 데 어떻게 도움이됩니까? 더 나은 형태로 편집 하는 것을 고려하십시오
gnat

3

모든 사람이 동일한 소스 관리 시스템에 있어야합니다. 또한 궁극적 인 목표는 모든 사람이 동일한 버그 추적 시스템을 사용하도록하는 것입니다. 이미 밀접하게 통합 된 솔루션을 찾는 데 옳은 일을했습니다.

전환에 어려움이 있으면 경력 관점에서 접근 해보십시오. 그들이 다른 곳에서 일한다면, 해당 고용주는 통합 된 버그 / 소스 관리 응용 프로그램 설정 작업 경험을 원할 것입니다.


1
+1 그러나 그것이 판매 포인트인지 확실하지 않습니다. 소스 제어가 무엇인지 전혀 모르거나 VSS가 소스 제어의 모든 최종 소스라고 생각하거나 통합 설정을 보려는 소스 제어보다 소스 제어를 잘못 사용한다고 생각하는 훨씬 더 많은 회사를 발견했습니다. 내가 본 것 중 대부분은 버그 추적 앱을 사용하지 않았거나 매우 기본적인 사내 "태스크 시스템"을 가지고있었습니다.
Wayne Molina

댓글에 +1 나는 장미 색 안경과 Stack Careers에 다시 게시 된 일자리를 통해 세상을보고 있습니다. 네가 옳아. 내가 일하는 팀이 약 4 년 전에 짖는 것을 시작하기 전까지는 우리 상점에도 그런 물건이 없었습니다.
Mat Nadrofsky

3

그가 Mercurial이 아닌 VSS를 사용하는 것은 좋지 않다는 점에서 다른 사람들이 말한 것을 반향하려고합니다. 그러나 Devil 's Advocate를 플레이하고, 그가 Mercurial에 계속 커밋되어 다른 사람들이 필요에 따라 자신의 작업에 액세스 할 수있는 경우에만 슬라이드를 진행할 수 있다고 말하겠습니다. 다른 사람이 필요한 작업에 액세스하는 것을 방해하지 않는 한 선호하는 도구를 사용하는 데 아무런 문제가 없습니다. 물론, VSS는 쓰레기이므로 어떤 식 으로든 사용해서는 안됩니다. :)

예를 들어, SVN을 사용하지만 리포지토리가 올바르게 설정되지 않은 회사 (지점 / 태그 / 트렁크가없고 모든 저장소가 하나의 리포지토리에 모두 던져 짐)에서 문제를 해결하는 방법을 모릅니다. 예를 들어 Git을 로컬로 사용했지만 여전히 git-svn을 사용하여 내 물건을 SVN으로 푸시하여 팀의 나머지 팀이 가지고 있다면 내 경우에는 문제가 발생하지 않습니다. 말이 돼?


그렇습니다.하지만 SVN보다 Git의 이점을 팀원들에게
밝히는

100 % 동의하고, 제가 시도 할 것이라고 믿지만, 그들은 그들의 방식으로 설정됩니다. 이 방법으로 넣겠습니다. .NET 1.1 인 것처럼 .NET 3.5를 작성합니다. LINQ, 새로운 기능, 제네릭도 없습니다. 우리는 실제로 SVN 에서 VSS 로 전환 하여 VSS를 더 잘 선전 하려는 일부 사람들이 있습니다 (불행히도 그 중 하나는 개발 관리자이지만 불행히도 우리는 아직 그 길을 가지 않았습니다 ...).
Wayne Molina

programmers.stackexchange.com 에서 "VSS"를 검색하도록해야합니다 . 나는 그것이 그를 놀라게 할 것이라고 생각합니다 ...
awe

0

한 명의 개발자가 다른 소스 제어 도구를 사용하는 것은 좋지 않습니다. 소스 제어를 사용하는 한 가지 목적은 팀워크를 향상시키는 것입니다. 그리고 그는이 규칙을 어 기고 있으며 나중에 꽤 독립적으로 일하지만 나중에 많은 문제를 일으킬 수 있습니다. 왜 그가 VSS를 선호하는지 물어보고 이런 식으로 일하는 것의 단점을 말해주십시오.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.