저는 모든 종류의 커스텀 앱을 많이 만드는 상대적으로 작은 상점에서 유일한 개발자입니다. 돈은이 토론의 한 요소가 아닙니다. 그렇기 때문에 팀 시스템을 사용하는 이유는 무엇입니까?Visual Studio Team System이 솔로 데브에 유리합니다
우리는 현재 VS2008 Pro, Visual Source Safe에 크게 의존합니다. 나는 정말로 더 나은 소스 제어 및 프로젝트 관리 시스템을 사용할 수 있으며, 왜 내가 그들을 활용해서는 안되는 지 이유가 있는지 궁금합니다.
생각하십니까?
감사합니다.
TFS 라이선스가있는 경우 꼭 사용하십시오 (회사에서 프리미엄 MSDN 구독자 인 경우 IIRC를 사용하면 5 클라이언트 라이선스로 제한된 TFS 작업 영역 버전을 얻을 수 있습니다). 당신이 그것을 가지고 있지 않다면, 꽤 비쌀 수 있고, SVN과 해당 Visual Studio 플러그인으로는 얻을 수없는 것들을 많이 제공하지는 않습니다.
TFS는 버전 제어 시스템이 아니지만 으로 통합되었습니다. VCS + 버그 추적기 + 빌드 시스템.
위대한, 당신은 가격 밖에서 그것을 사용하면 안되는 어떤 이유라도 생각할 수 있습니까? –
소스 제어 철학은 SVN과 더 비슷합니다. 사실 SVN을 안다면 완전히 다른 이름을 사용하더라도 TFS 개념을 매우 익숙하게 알 수 있습니다. 요즘에는 Git과 같은 분산 P2P 시스템이 과장된 것처럼 보이고 많은 사람들은 SVN과 같은 접근 방식이 시대에 뒤 떨어진 것으로 생각합니다. 또 다른 명백한 문제는 폐쇄 소스 인 TFS에 고정되어 있으며 저장소 형식이 문서화되어 있지 않다는 것입니다. –
또 하나. TFS는 주로 동일한 로컬 네트워크에있는 저장소 또는 그렇지 않은 경우에는 뚱뚱한 파이프로 작업하는쪽으로 지향됩니다. 즉, 사무실에서 일하고 있습니다.네트워크 사용은 최적화 된 것이 아닙니다. 웹 서비스를 모든 용도로 사용하며 종종 diff가 아닌 파일을 전체적으로 전송합니다. 일부 작업에서는 실시간 서버 연결이 필요합니다 (예 : SVN과 달리 로컬 변경 사항을 되돌릴 수 없음). 연결이 끊어진 상태로 작동하는 "오프라인 모드"가 있습니다.이 모드는 주로 작동하며 일반적으로 가끔씩 오프라인으로 작업하기에 충분합니다. –
VSTS는 프로가 가지고 있지 않은 모든 건축가, 데이터베이스 및 테스트 기능을 제공합니다. 또한 코드 분석 및 코드 적용 범위를 얻을 수 있습니다. 그것의 아무 것도는 필요하지 않다, 그러나 그것의 많은 것은 아주 좋다. 그리고 그것은 단지 당신을위한 것일 경우 소스 제어를 위해 Perforce을 볼 수 있습니다 (TFS처럼 2 개의 계정에는 무료이며 TFS 만큼은 아닙니다).
댓글 당 편집 : 예, 우리는 CI 및 solo dev에 대해 CruiseControl.NET을 사용합니다. BugHost을보십시오.
대단히 감사합니다. TFS가 가지고있는 기능의 나머지 부분을 제공하기 위해 제안 할만한 것은 무엇입니까? 버그 추적기 + 시스템 구축 + –
여러분처럼, 저는 한 명의 개발자로서 많은 일을합니다.
나는 TFS 서버를 설정하고 거의 모든 측면을 사용합니다. 필자는 작업 항목에 크게 의존하여 작업중인 항목을 추적합니다. CI를 사용하여 빌드 서버를 사용하여 준비를 배포하고 웹 테스트를 자동으로 실행합니다.
또한 코드 분석 및 기타 기능을 사용하여 코드를 엄격하게 유지합니다. 한마디로 말하자면, 단일 개발자 로서도 대단히 도움이됩니다.
나를 위해 요인은 가격 또는 시간입니다. 제 경우에는 시간이 더 중요합니다. TFS를 사용하면 환경을 유지하기 위해 오픈 소스 시스템의 메들리를 망칠 필요가 없습니다. 통합만으로도 나를 더 생산적으로 유지할 수 있습니다. 자동화 된 테스트를 통해 빌드를 작성하면 단추를 클릭하는 데 소요되는 시간을 줄여 시간이 많이 걸리고 시간이 많이 걸리며 코딩 시간이 단축됩니다.
간단히 말해서 할 수 있다면 적극 권장합니다.
호기심에서 벗어나 TFS에 마지막으로 참여하기로 결정 했습니까? 아니라면 무엇을 선택 했습니까? –