TFS 대 오픈 소스 대안?[닫은]
https://stackoverflow.com/questions/61959
-
09-06-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian문제
우리는 현재 .NET 개발을 위한 소스 제어/빌드/추가 서버를 설정하는 과정에 있으며 Team Foundation Server(많은 비용이 듭니다)를 활용하거나 여러 오픈 소스 옵션을 결합하는 것을 고려하고 있습니다. , SourceForge Enterprise/GForge 및 Subversion 및 CruiseControl.net 등과 같은.본격적인 OSS 길을 따라 걸어간 사람이 있습니까? 아니면 제대로 하고 곧 작업에 착수하려는 경우에만 TFS입니까?
해결책
내 작업은 현재 Cruise Control을 엔진으로 사용하여 주로 OSS 빌드 프로세스를 사용하고 있으며 훌륭합니다.TFS가 필요한 이유를 모른다면 비용을 지불할 가치가 없을 것입니다.
OSS에 관해 염두에 두어야 할 점은 소프트웨어가 이전에 Java 팀에 의해 수년 동안 사용되었거나 소프트웨어가 유사한 Java 코드의 포트라는 것입니다.튼튼하고 목적에 적합합니다.
Microsoft는 OSS 코드를 제공할 수 없기 때문에 많은 오픈 소스 항목을 다시 구현해야 합니다.따라서 아니요, 필요하지 않으며 해당 스택에 수백만 개의 프로젝트가 출시되었습니다.단점은 버그/기능 추적 소프트웨어와의 통합과 같이 OSS 스택에서는 (쉽게) 얻을 수 없는 TFS에서는 얻을 수 있는 멋진 기능이 많이 있다는 것입니다.
다른 팁
저는 항상 OSS 방식을 사용해 왔으며 한 번도 문제가 발생한 적이 없습니다.또한 CI 솔루션으로 TeamCity를 적극 권장합니다.무료 라이센스가 있으며 구성과 피드백의 용이성을 위해 CC.NET을 물 밖으로 날려 버리는 것 같습니다.
저는 약 1년 반 동안 TFS를 매일 사용해 왔습니다.
- 소스 제어가 안정적입니다.
- 연결이 끊긴 채 쉽게 일할 수는 없습니다.파일 체크아웃이 서버로 이동합니다.
- 자동 병합은 소스 파일이 손상되는 경우(인코딩 문제)를 제외하고는 훌륭하게 작동합니다.
- TFS는 느린 느낌이 있어요!?특히 테스트 관리자.관리 코드?
- 테스트 부분에는 여러 가지 어리석은 버그가 있으며, 중요한 것은 없습니다.
- 테스트 실행을 시작하는 데 시간이 너무 오래 걸립니다(보류 중).
- 가끔 SQL 교착 상태가 발생합니다!?
- 이슈 추적이 형편없어요.느린 통합 대화 상자에서 작업해야 하며 웹은 표시 전용입니다.다음과 같은 다른 문제 추적 시스템과 비교하는 것이 좋습니다. 지라
- 빌드가 정상적으로 작동합니다.
TFS를 사용하는 경우 VSTS2008SP1을 설치해야 합니다.불만 사항을 게시한 대다수의 사람들은 2005 버전을 사용하고 있었습니다.2005년은 전형적인 "Microsoft 1.0" 신드롬이었습니다.2개의 최신 "버전"에서 수정된 많은 문제가 있었습니다.
2008 서비스 팩은 단순한 버그 수정이 아니라 많은 새로운 기능을 추가했습니다.
선택과 OSS에 관한 한 많은 논의가 있습니다(여기 및 다른 곳).저렴한 제품은 아니지만 많은 시나리오에 가장 적합한 선택입니다(다른 시나리오에는 최악의 선택임).
우리는 TFS를 살펴봤지만 결국 Subversion + Trac + VisualSVN을 사용하게 되었습니다.지금은 CI를 사용하지 않지만 Cruisecontrol을 사용하게 될 것 같습니다.
저는 수많은 오픈 소스 프로젝트에서 Trac을 사용하기 시작했는데 정말 좋습니다.이는 실제로 TFS가 수행하는 작업의 일부일 뿐이므로 거기서 결정을 내려야 합니다. 모든 것을 사용하는 경우 TFS는 아마도 모든 것을 하나로 묶는 데 더 나은 작업을 수행할 것입니다.Trac은 위키/버그 추적기/소스 브라우저입니다.모든 것이 링크되어 있습니다. WikiPage 이름을 입력하거나 커밋 메시지에 "Fix bug #1234"라고 말하면 Trac에서 해당 메시지를 볼 때마다 링크가 올바른 위치로 이동합니다.이는 작업을 수행하는 데 도움이 되지만 일반적으로 방해가 되지 않는 도구입니다.
VisualSVN은 TortoiseSVN(Subversion 클라이언트)과 VisualStudio 간의 훌륭한 다리이며 생산성을 크게 향상시킵니다.무료 평가판이 있으며 이후에는 비용이 많이 들지 않지만(사용자당 50달러) 그만한 가치가 있습니다.
Trac의 한 가지 가능한 단점은 Windows 세계에서 IIS에서 작업하는 것이 고통스럽다는 것입니다.저는 Trac을 여러 번 설치했지만 제대로 작동하게 하려고 하면 금방 좌절감을 느꼈습니다.결국 다른 IP(다른 포트를 사용할 수도 있음)에 Apache를 설치하게 되었고 원활하게 진행되었습니다.
우리 팀에서 (약간의 경험이 있는) 한 사람을 제외하고는 이전에 Subversion을 사용한 적이 없습니다.한 부부는 VSS를 사용했는데 그게 전부였습니다.모두가 꽤 회의적이었지만 며칠 안에 그들 모두가 개종했다고 말하고 싶습니다.Trac을 완전히 배우고 모든 것에 익숙해지면(며칠 더) 모든 사람이 Trac을 완전히 좋아하고 좋아합니다.
우리 회사는 CruiseControl/SVN/nAnt/JIRA 조합을 사용하여 큰 성공을 거두었습니다.
TFS의 딜 브레이커는 대기업에게만 가치가 있다는 것입니다.개발자가 30명 이하인 소규모 회사의 경우 위의 오픈 소스 콤보를 통해 이미 큰 이점을 얻을 수 있으므로 비용이 매우 많이 듭니다.
Subversion + Cruisecontol.Net은 좋은 대안입니다.SVN은 기능이 풍부하고 안정적이며 유연합니다.
별도의 OS 도구 세트와 비교하여 TFS를 사용하는 실제 이점은 사용 가능한 다양한 정보 흐름을 통합한다는 것입니다.
* 요구 사항을 생성하고 TFS에 삽입
* 이를 요구사항에 연결하는 일련의 작업을 생성하고 이를 다양한 개발자에게 할당합니다.
* 각 개발자는 자신의 작업 및 체크인 작업을 수행하고 체크인된 변경 세트에 작업을 할당합니다.
* 버그 수정이 이루어집니다. 이 경우 변경 세트는 버그 수정 요청에 맞춰 조정되며 버그 수정을 원래 요구 사항에 매핑할 수도 있습니다.
이 작업이 완료되면 모든 정보를 사용하여 프로젝트를 추적하고 작업에 대한 평가를 수행할 수 있습니다. 예를 들어 버그 수정으로 인해 발생한 변경 사항 수, 더 많은 버그 또는 변경 요청을 생성한 요구 사항 등이 있습니다.
이러한 모든 정보는 중규모 및 대규모 조직에서 매우 유용하며, 지금 보고 있는 바에 따르면 다양한 OS 도구 통합을 추적하는 것이 불가능하거나 매우 어렵습니다.
TFS 스택은 소스 제어 및 CI/야간 빌드 설정 그 이상입니다.프로젝트 관리, 버그 보고서에 대해 생각해 보세요. 이 모든 것이 CruiseControl, SVN 및 NAnt 이상의 기능을 추가합니다.보고서만으로도 투자할 가치가 있을 수 있습니다.또한 MSDN 가입자/ISV 골드 파트너 등인 경우에도 기억하세요.이 중 일부를 무료로 얻을 수도 있습니다...
나는 두 가지가 실제로 작동하는 것을 보았습니다(저는 Java 개발자이지만).선택 및 혼합 접근 방식의 장점은 모든 것에 가장 적합한 비트를 선택할 수 있다는 것입니다(예:CI용 Hudson을 확인하겠습니다. Java에 탁월하고 .Net에서도 작동하며 잔뜩 플러그인이 있으며 사용이 정말 간단합니다).단점은 모든 통합을 직접 수행해야 한다는 것입니다.그러나 이것은 점점 많은 Java 세계에서는 더 쉽습니다.또한 사람들이 지원되는 제품이 더 낫다고 말하지 마십시오.이 분야의 많은 OSS 제품의 품질은 매우 우수합니다. 더 나은 벤더 지원 계약의 답변을 기다리지 않고 시뮤니티의 지원을 받으세요(IBM, 보고 있습니다)
도움이 되었기를 바랍니다.
나는 TFS가 필요한 것이 무엇인지 정확히 아는 경우에만 TFS를 사용할 가치가 있다는 점에 크게 동의합니다.Visual SVN 및 TestDriven.Net과 같은 OSS 기반의 저렴하거나 무료 추가 기능은 매우 우수하여 VS와의 통합이 이미 원활합니다.
아직 시도하지 않았기 때문에 소금 한알로 받아 들일 수있는 새로운 관점을 던질 것이라고 생각했지만 사용할 계획입니다. 물린 다가오는 프로젝트의 CI를 위해.이는 제가 많은 프로젝트에 성공적으로 사용한 훌륭한 도구인 Trac+SVN에서 실행됩니다.
우리는 여기서 점진적으로 개발 스택을 구축했으며 현재 다음을 사용하고 있습니다.
- 파괴
- 크루즈 컨트롤
- RedMine(버그 추적을 소스 제어와 통합하고 Wiki, 기본 프로젝트 관리 등을 포함)
나는 위의 게시물에서 언급된 모든 추가 기능에 대해 TFS가 그만한 가치가 있다고 생각합니다.연속 빌드 기능은 심각하게 부족하기 때문에 CruiseControl.NET을 사용하여 해당 부분을 확장했습니다. 정말 훌륭합니다.우리가 지금 당장 TFS를 선택하는 유일한 이유는 제품의 크로스 플랫폼 개발로 전환하고 있기 때문입니다.따라서 그것에 대해 생각해 본 적이 있다면 OSS를 생각해 보십시오.Subversion/Trac은 CruiseCOntrol.NET이 여전히 백본인 방식으로 제가 가장 좋아하는 콤보입니다.모노를 사용하는 CC.NET은 Linux 및 Mac에서 잘 작동합니다.
TFS2010에는 비용이 전혀 들지 않는 TFS Basic이 있습니다(msdn 구독/Visual Studio 라이선스 이상).VS 라이선스당 1개로 제한되지만 VS 사용자가 아닌 경우에만 추가 라이선스가 필요합니다.
VS2010의 UI 자동화만으로도 TFS는 오픈 소스 솔루션을 결합하는 것보다 더 나은 결과를 얻을 수 있습니다.
광범위한 TFS 기능에 대한 가장 좋은 대안은 반드시 OSS가 아니라 다음과 같은 저예산 상업용이라는 점은 언급할 가치가 있습니다. N종속 코드 품질 및 아키텍처 탐색을 위해 엔커버 코드 커버리지를 위해, TestDriven.NET IDE에 중첩된 테스트용...
