TFS 대 JIRA/BAMBOO/SVN [폐쇄
https://stackoverflow.com/questions/990067
-
13-09-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian문제
이번 주에는 2008 TFS의 프레젠테이션에 참여했습니다. 현재 우리는 Jira와 SVN (및 대나무)을 사용하고 있습니다. 당신이 선호하는 솔루션은 무엇입니까?
해결책
소스 컨트롤에 TFS를 사용하고 다른 것이 없다면 (BTW가 패스트 푸드를 픽업하기 위해 제트기를 전세하는 것과 같은 방식으로 과잉이되는 경우) 소스 제어를하는 작은 솔루션으로 더 좋습니다. (SVN 등). TFS는 "Application Lifecycle Management"(ALM) 도구이며 다양한 기능을 통합합니다.
- 버그 추적
- 개발자 작업
- 외부 문제 제출
- 자동화 된 빌드
- 코드보고
- 프로젝트 상태 업데이트/시간 예측
- 더 많은
소스 제어를하는 도구와 비교하는 것은 실제로 공정하지 않습니다. 이 모든 작업을 수행하는 데 사용할 수있는 도구가 있으며 대부분의 경우에도 잘 통합되지만 특히 개발자가 모두 Visual Studio를 사용하는 경우 (그리고 항상 존재하는 경우 http://www.teamprise.com/ 일부가 아닌 경우) 사내에서 SharePoint 지식이있는 경우, 특히 DEVS에 MSDN 라이센스가있는 경우 (MSDN에 TFS 용 CAL이 포함되어 있으므로 서버 라이센스 만 구매하면 필요) TFS를 이길 수 없습니다.
다른 팁
나는 오픈 소스 운동의 큰 지지자이며 Microsoft의 제품에 대한 생활을 만듭니다. 회사가 TFS를 구현하려고 할 때 항상 겪었던 가장 큰 문제는 비용입니다. 대규모 그룹이 연속 업데이트를 밀어 내고 쉽게 통합되는 많은 제품이 이길 수없는 많은 제품이 이길 수 있습니다. 이런 이유로 나는 Cruisecontrol.net, cctray, nant, nunit, ncover, ndepend, ndoc, svn, tortoise를 사용하여 개발 환경을 사용합니다. 그들은 바로 상자 밖으로 함께 일합니다. Nant는 저에게 매우 유연하여 C#에서 사용자 정의 작업을 쉽게 생성하고 바로 연결할 수 있습니다.이를 통해 빌드 프로세스의 일부로 데이터베이스 자동화를 더 잘 수행 할 수 있습니다. Nunit, NCover, NDEPOND 및 NDOC를 사용하면 각 체크인과 함께 각 빌드에 따라 코드 기반에 대한 깊은 분석 및보고를 수행 할 수 있습니다.이 분석 결과는 각 빌드마다 개발 팀으로 전송됩니다. 성공적인 빌드를 통해 저는 중앙 집중식 개발 환경으로 상류로 변경을 마이그레이션 할 수있어 관리자가 팀의 수행 방식을 볼 수 있습니다. Cruisecontrol은 항상 내 코드를 만지고 확인하는 것은 훌륭합니다. 이것을 사용하면 모든 환경 간의 모든 상호 작용을 자동화하여 코드를 위 또는 아래로 푸시 할 수 있습니다. 더 중요한 것은 코드를 위 또는 아래로 푸시하는 기술에 가까운 곳이없는 사람을 허용하는 것입니다.
TFS는 동일한 작업을 많이 수행 할 수 있습니다. 그러나 훨씬 더 많은 구성이 필요하며 거의 많은 타사 도구에서는 작동하지 않습니다. 나에게 유연성 부족은 허용되지 않습니다 (나는 그것이 거기에 도착할 것이라고 확신하지만).
그 반대는 내가 사용하는 모든 도구가 모두 타사 도구라는 점에서 일부 사람들에게 적용됩니다. 각각은 별도의 다운로드, 설치 및 구성입니다. 비록 이것이 쉽고 고통스럽지 않다는 것을 알았지 만 (단지 작동하는 것처럼) 이것은 일부 사람들이 교차하고 싶지 않은 정지 신호 일 수 있습니다. 그리고 MS 지원 프로젝트를 위해 돈을 쓰는 것을 선호합니다.
질문에는 Jira도 포함되기 때문에 또 다른 답변만이 사실 대부분의 답변에 의해 간과됩니다. 나는 Jira가 SVN이 아닌 질문을 구성한다고 생각합니다.
상당히 공정하고 흥미로운 비교처럼 보입니다. 나는 지난 4 년간 SVN과 Atlassian 도구의 열렬한 팬이었으며 계속 그렇게하고 있습니다. 최근에 나는 여전히 제도화 과정에서 (CMMI에서 말하는 것처럼) 다른 회사에 합류했기 때문에 우리는 같은 주제에 관한 뜨거운 논쟁을 벌이고 있습니다. 대부분의 팀은 이미 SVN, Cruisecontrol, Nant 및 Atlassian (예 Atlassian이 필수 불가결)이라는 아이디어에 이미 확신을 가지고 있습니다. 이 스레드의 모든 사람들이 실제 비교는 응용 프로그램 수명주기 관리뿐만 아니라 소스 제어뿐만 아니라 완전한 애플리케이션 라이프 사이클 관리 (프로젝트 관리가 적음)에 필요한 것입니다.
- 소스 제어 - 지점, 태그, 코드 합병을하는 데 고통 스러워야하며 때로는 HTTP에서도 작동해야합니다.
- 위키 - 프로그램 관리자의 천국과 개발자의 성경 및 노트 영역
- 버그 데이터베이스 - 프로그래머, 프로그램 관리자, QA 직원 및 고객 (예 너무 광범위한) 사이에 있어야합니다. 이것은 멋진 사용자 인터페이스, 추적 및 소스 제어와의 통합을 의미합니다.
- 소스 코드 검토 자 - 아틀라 시안이 다시 타격 을가하는 곳입니다 (Crucible과의 Fisheye)
- 자동화 된 빌드 - 경고가 많을수록 더 좋습니다
엔터프라이즈 내에서 Visual Studio Toolset 및 Eco-System을 사용하려는 경우 TFS는 실행 가능한 옵션입니다. 그것은 IDE와 더 깊은 통합을 가지고 있으며 5 가지를 모두 잘 수행합니다. 모든 프로젝트에 대한 SharePoint 사이트를 얻을 수 있습니다. 그러나 Visual Studio Toolset을 사용하지 않거나 프로젝트가 공개 될 경우. Atlassian 도구는 클라우드에서 무료로 호스팅됩니다. 그들은 선택이되어야합니다.
실제로 프로젝트와 기업에 달려 있습니다. 그들은 모두 좋은 선택입니다.
Windows 용 MS Visual Studio로 코딩하면 TFS가 선택됩니다. Java로 개발되면 MS 제품은 플랫폼 의존적이기 때문에 MS 제품을 선택하지 않습니다. ALM의 Atlassian 제품 라인은 훌륭합니다. Jira & Greenhopper, Confluence, Fisheye & Crucible, Bamboo .. 좋은 도구이며 사용하기 쉬우 며 소규모 팀의 경우 가격은 망치입니다. 그리고 당신은 Atlassian 라이센스 시스템을 이해하기 위해 8 시간 MS 세뇌가 필요하지 않습니다 ;-)
방금 "Tool-Stack"을 테스트 프로젝트에 설치했으며 즉시 이점을 볼 수 있으며 결과에 매우 만족합니다. Sonar와의 좋은 통합, 나는 SharePoint Wiki보다 Confluence Wiki를 선호합니다. 검토 도구 Crucible은 비싸지 만 실제로 유용합니다.
나는 TFS 2010이 기능과 비용 측면에서 무엇을 가져올 지 알지 못하지만 MS 라이센스 정치는 내가 그것을 다루어야 할 때 항상 나를 좌절시킨다.
이것은 당신이 지불하는 것을 얻는 경우입니다. Devs가 Visual Studio를 사용하는 경우 TFS의 경우 $$의 가치가 있습니다. Intergration은 분명히 다른 사람들을 이길 것입니다.
또한 클라이언트/고객이 사용할 수있는 웹 액세스 조각을 통해 Visual Studio없이 기능 요청 및 로그 버그를 작성합니다. 그리고 당신은 SharePoint 2007 팀 사이트에 후크를 가져옵니다. TFS는 DEVS의 단순한 "소스 제어"이상의 것입니다.
나는 이미 MS에서 하나의 '소스 제어'시스템을 시도했지만 다른 것을 시도하지는 않을 것입니다.
나는 SharePoint의 Wiki에 의해 덜적입니다.
그들이 한 .NET 일은 그래도 나쁘지 않았습니다 ...
개인적으로 나는 TFS에 의해 포즈를 취한 공급 업체 잠금에 관심이 있습니다. 이 공간에는 여전히 많은 inovation이 있고 대나무 및 팀 시티와 같은 제품이 길을 이끌고 있다고 생각합니다. TFS는 VS와의 인터레이드가 아무리 빡빡하더라도 항상 캐치 업을 할 것입니다.
100 명의 개발자 팀을 위해 TFS를 배치하는 데 드는 비용은 얼마입니까?
비교로서 나는 Atlassian 도구의 전체 스위트 룸 (Jira, Confluence, Fisheye, Crowd, Crowd, Bamboo)은 약 $ 20k라고 생각합니다. 그런 다음 며칠간의 컨설팅 및 훈련에 적용됩니다.
소규모 팀의 경우, 나는 10 명의 사용자에 대한 Atlassian $ 10이 이길 수 없다는 데 동의합니다.
공개 : 내 회사 컨설팅 도구 제조업체는 아틀라시안 파트너입니다.
또한 볼 가치가 있습니다.
STFS 2010은 Multiplatform 지원을 제공하므로 Unix/Linux/Mac 또는 Windows에서 사용할 수 있습니다. TFS2010으로 얻는 장점을 보려면 시도해야합니다. 전체 ALM 솔루션이므로 ALM 도구가 아닌 다른 것과 비교조차 할 수 없습니다. TeamCity 및 Bamboo와 관련하여 TFS 2010 근처에없는 빌드 관련 기능 만 제공합니다. TFS 2010 Windows Workflow를 사용하여 빌드 및 다중 플랫폼 머신에서 빌드는 놀랍습니다. 코드화 된 UI에서 간단한 실험실 관리 (가상 및 물리적)에 이르기까지 테스트 자동화를 취하고 주요 비즈니스 결정을 내리고 팀의 성능 및 프로세스를 향상시키는 데 도움이 될 수있는 보고서 유형입니다. TFS에서 굉장합니다. 보는 것은 믿는 것입니다. 또한 소프트웨어, 프로세스, 지원 및 비용 절약의 품질이 회사에 중요하다면 TFS를 사용하는 것이 좋습니다. 즉, ROI (Return on Investment)와 비즈니스 가치가 핵심 요소 인 경우 TFS 2010을 사용하십시오.
