다른 개발 팀과 함께 tortoisesvn과 함께 Subversion을 사용하는 데 익숙해졌으며 매우 유용하다고 생각했습니다. 현재 개발 팀은 MS Sourcesafe를 사용합니다.이로드 밸런싱은 요점을 얻습니다! toirtoisesvn을 사용한 파괴가 소스 안전과 대조되는 현대 버전 제어의 표준이되었다고 생각하는 것이 맞습니까?Visual SourceSafe는 Subversion 및 TortoiseSVN과 달리 오래된 기술입니까?
감사
Visual Source Safe 아주 아주 오래되고 세입니다. 그리고 소스 버디 네이닝 시스템에서 여러분이 기대하는 바를 위해 아주 아주 멀리 있습니다.
CVS은 그다지 젊지는 않지만 실제로 아이디어가 더 현대적이었으며 예제 파일을 잠그라고 요청하지 않았습니다.
Subversion (현재 너무 오래되었습니다)은이 매우 오래된 세대를 대체하기위한 것입니다.
매우 주관적인 질문입니다.
그러나 대답은 '예'입니다. 예. 출시일 및 유지 관리 일정에 기반한 오래된 기술입니다.
TFS는 VSS에 대한 새로운 Microsoft 대안입니다.
마이크로 소프트 개발자조차도 VSS 사용을 거부했습니다. 솔직히, 나는 세계의 누구나 여전히 그 불타는 공을 사용했다고 생각하지 않았다 .... SVN은 어쨌든 CVS를 대신하여 괜찮았다. 그러나 현재의 SCM 솔루션을 평가할 때 자신에게 서비스를 제공하고이를 혼란에 빠뜨리면됩니다. 나는 다음과 같은 '오픈 소스'제품을보고하는 것이 좋습니다 것입니다 :
일부 상업 제공 :
StarTeam에 대한 대안으로 언급할만한 심각한 징벌은 없을 것이라고 생각합니다. – R0MANARMY
@ R0MANARMY - 매우 기술적 인 주장을 정당화하기위한 배경을 제공하십시오. – Perception
주변을 둘러보고, 시스템에서 분기/병합이 [일부 사람들을 놀라게하는 것 같습니다] (http://stackoverflow.com/questions/1410722/do-you-feel-comfortable-merging-code) 정말 그렇게해서는 안됩니다.명령 줄 도구는 * login *에 대한 개념이없는 것처럼 보이므로 명령 앞에 [username/password 접두어]가 있어야합니다 (http://stackoverflow.com/questions/2198825/how-to-get-the-labeled -code-from-starteamstcmd-exe) ... 자동화를 어색하게 만드는 ... – R0MANARMY
이유하시기 바랍니다! – Funky
동의합니다. 나는 그것이 다소 흥미 있기 때문에 대답했다. 그러나 그것은 정말로 SO를위한 질문이 아니다 ... 기표되었다. –