2010-01-03 47 views
12

Chúng tôi đang có 6 nhà phát triển và hiện đang sử dụng Visual Studio 2008 Professional với SVN và Visual SVN. Ngay khi phiên bản vs2010 được phát hành, chúng tôi sẽ nâng cấp từ vs2008 lên mức cao hơn so với mức 2.010.Chúng ta có nên chuyển từ svn sang Team Foundation Server 2010 không?

Tuy nhiên, nếu Team Foundation Server có kiểm soát nguồn thích hợp được bao gồm trong phí bảo hiểm vs2010, thì sẽ rất hợp lý để sử dụng nó. Chúng tôi thích SVN, nhưng giống như tích hợp chặt chẽ các công cụ thậm chí còn tốt hơn.

Trên thông tin internet về SVN so với TFS 2010 dường như khan hiếm. Do đó câu hỏi của tôi ở đây.

CHỈNH SỬA: video này trông rất hấp dẫn. Đây là cuộc nói chuyện tiếp thị hay thực sự?

Cảm ơn tất cả các bạn đã trả lời! Tôi hoàn toàn đánh giá cao điều này. Thêm một chút thông tin cơ bản.

Đây là ngăn xếp hiện tại của chúng tôi; vs2008 pro, Visual SVN, SVN, Jetbrain Teamcity. Vấn đề chính của tôi là chúng tôi sử dụng rất nhiều công cụ từ các nhà cung cấp khác nhau tích hợp nhiều hơn hoặc ít hơn. Đôi khi nhiều hơn, chủ yếu là ít hơn. Ít nhất phải mất rất nhiều thời gian để thiết lập chính xác.

Hiện tại chúng tôi không sử dụng chi nhánh, nhưng chúng tôi muốn. Do đó chúng tôi phải thiết lập SVN từ đầu (chúng tôi xem xét cẩn thận). Vì vậy, hãy để tôi rephrase câu hỏi của tôi: Chúng ta có nên thiết lập SVN hoặc bắt đầu sử dụng TFS?

+0

* thông tin về SVN so với TFS 2010 dường như khan hiếm * Tất nhiên, TFS là bản beta đầu tiên. Bạn mong chờ điều gì? – blowdart

+0

@Mitch Wheat, Hãy giả sử những kỳ vọng giống như bất kỳ cửa hàng phát triển nào có: kiểm soát nguồn, tích hợp liên tục, chỉ số mã. Thông thường. – Florian

Trả lời

16

Nếu bạn là một cửa hàng Microsoft, thì TFS phù hợp.

Nếu Subversion thực hiện mọi thứ bạn cần, bạn có sửa chữa thứ gì đó không bị hỏng không?

Bạn phải có lý do để thay đổi.

[Tôi sử dụng TFS tại nơi làm việc và nó hoạt động rất tốt, với rất ít vấn đề. Tôi sử dụng Subversion ở nhà, đơn giản vì tôi cần ít cơ sở hạ tầng hơn].

Cập nhật [2012/05/01]: Nếu bạn không phải là một cửa hàng Microsoft, thì Git và mercurial bây giờ sẽ là công cụ của sự lựa chọn.

+1

+1 Hoàn toàn đồng ý! –

+1

Với TFS 2010, bạn có thể cài đặt nó trên máy tính xách tay của mình. Tôi chạy TFS ở nhà bởi vì nó là một cài đặt 20 phút và tôi nhận được kiểm soát phiên bản, mục công việc và xây dựng tất cả ra khỏi hộp –

+1

Xin downvoter xin vui lòng để lại một bình luận. Cảm ơn. –

18

Từ kinh nghiệm của tôi, TFS như một máy chủ kiểm soát nguồn không phải là lựa chọn đúng đắn. Hợp nhất là rất chậm, thủ tục đăng ký là phản trực giác và thường kết thúc bằng các tệp bị khóa mà chỉ quản trị viên mới có thể mở khóa. SVN trưởng thành hơn rất nhiều, linh hoạt và nhanh chóng.

+5

Hoàn toàn không đồng ý với các chế độ xem đó. Có lẽ phần cứng của bạn có vấn đề? –

+1

Đó có thể là một phần của sự cố. Hoặc có thể máy chủ không được định cấu hình đúng cách và đó là lý do tại sao khách hàng gửi một lượng lớn dữ liệu đến máy chủ để có được một chút thay đổi được hợp nhất. Tôi chỉ biết đủ TFS để tránh nó. –

+6

+1. Các "tập tin luôn luôn chỉ đọc cho đến khi kiểm tra" mô hình mà nó mang lại với nó từ sourcesafe REALLY kích thích tôi, và UI cho checkin/merge/etc có khả năng sử dụng kém –

1

Đó là một tâm lý, hơn là một câu hỏi kỹ thuật.

Theo ý kiến ​​của tôi, bạn không nên di chuyển và giữ cho mình đơn giản. Chỉ có 6 nhà phát triển, bạn sẽ không nhận được bất cứ điều gì phức tạp, đủ để sử dụng ngay cả một phần của khả năng TFS2010 cấp cao.

VisualSVN là một công cụ tốt giúp bạn "tích hợp" đủ. Và nó sẽ được cải thiện tốt hơn nữa.

2

Tôi là một nhà phát triển Java, nhưng tất cả bạn bè của tôi đều là .Net, tất cả họ đều thích SVN với Rùa. SVN cũng được hỗ trợ bởi cộng đồng nguồn mở.

+0

Bạn nói hỗ trợ, nhưng nếu tôi có một vấn đề đó là một lỗi hoặc thậm chí chỉ cần thiết lập kém họ sẽ đi vòng và sửa chữa nó? Microsoft sẽ! Vâng, tùy thuộc vào thỏa thuận hỗ trợ của bạn;) –

+1

Tôi đang ở Trung Đông, mặc dù có một chi nhánh MS ở Dubai, nhưng không họ sẽ không đến! Ở đây, nếu internet không thành công, thì bạn bị say. – medopal

1

Mặc dù this có thể giúp bạn đưa ra quyết định; Tôi đồng ý với Mitch. Bạn phải có lý do chính đáng để thay đổi. SVN là cách trưởng thành và đáng tin cậy sau đó TFS. Thêm vào đó, TFS chủ yếu nhắm vào các ứng dụng của Microsoft, so với phạm vi của SVN mà vượt xa TFS.

+0

Liên kết đó là từ năm 2006; mọi thứ đã thay đổi kể từ đó, mặc dù không hoàn toàn. – RickNZ

2

Tôi nghĩ TFS là tuyệt vời.Có lỗi theo dõi và kiểm soát nguồn tích hợp đầy đủ với Visual Studio là một tiết kiệm thời gian lớn. Giao thức on-the-wire không phải là quá trò chuyện, do đó, nó cũng thích hợp cho công việc qua Internet nếu/khi cần thiết.

Có rất nhiều tính năng khác mà cũng rất hữu ích, chẳng hạn như theo dõi nhóm cổng thông tin, thống kê, theo dõi lịch sử kiểm tra, bắt quả kiểm tra như một phần của một lỗi (rất tiện dụng!) Vv

Họ cũng có hỗ trợ dòng lệnh đầy đủ cho kịch bản, xây dựng tự động, một máy khách TFS độc lập để sử dụng bên ngoài Visual Studio (không phải của nhà phát triển) và tích hợp tùy chọn với các công cụ của bên thứ ba như Eclipse cho các cửa hàng Java/.NET hỗn hợp.

Nhược điểm chính là giá - nhưng nếu bạn có thể mua được, tôi nghĩ đó là hệ thống tốt nhất hiện có tại thời điểm này.

+1

Bạn có biết rằng TFS giờ đây MIỄN PHÍ cho tất cả người đăng ký MSDN! Và nếu bạn có bất kỳ người dùng không phải MSDN, bạn có thể trả tiền cho TFS bán lẻ thye cho bạn 5 người dùng dưới $ 500 ... –

7

Tôi đã sử dụng TFS khi tôi phải làm và ghét mọi phút của nó. Nó chỉ đứng theo cách của tôi quá nhiều, và phải mất mãi mãi để làm bất cứ điều gì từ xa. Nhưng chủ yếu nó chỉ là sự căm ghét vô lý của tôi. Nếu một trong sáu lập trình viên của bạn giống như tôi, bạn sẽ có một vấn đề. Và các lập trình viên quan trọng hơn các công cụ.

+1

Các lập trình viên đến và lập trình đi, nhưng bạn Toolet dính xung quanh. Tôi nghĩ rằng bạn có một hận thù không hợp lý và có thể là phần cứng phụ. Tôi kết nối với một máy chủ TFS ở Sydney từ Vương quốc Anh và không có vấn đề gì cả. –

+7

Bộ công cụ này được gắn xung quanh, nhưng bộ công cụ không thực sự làm bất kỳ công việc nào. Bạn không được trả tiền bằng cách cài đặt bất kỳ công cụ nào, bạn được trả tiền bằng cách bán công việc mà các lập trình viên sản xuất ... Nếu bộ công cụ của bạn làm cho các lập trình viên của bạn khó làm việc hoặc khiến các lập trình viên tránh công ty của bạn, thì có lẽ toolset cần phải được thay thế :-P –

9

SVN thực hiện kiểm soát nguồn. Máy khách mặc định của nó là dòng lệnh, nhưng các công cụ GUI vẫn tồn tại.

TFS kiểm soát nguồn, theo dõi lỗi/vấn đề, xây dựng tự động, báo cáo cho người quản lý và có thể chữa chứng hói đầu cho nam giới. Ứng dụng mặc định của nó là Visual Studio.

Nếu tất cả bạn muốn kiểm soát nguồn thì SVN hoạt động và lý do thay đổi nội dung không bị hỏng. Nếu tất cả những gì bạn muốn là tích hợp chặt chẽ hơn vào Visual Studio, hãy xem Ankh hoặc VisualSVN.

Nếu bạn muốn xây dựng tự động, tích hợp liên tục, kiểm tra chính sách và quy tắc, báo cáo, theo dõi vấn đề và bạn muốn tất cả trong một thì TFS là dành cho bạn - giả sử bạn không mạo hiểm bên ngoài Công cụ phát triển Microsoft (nói chung - có các plugin cho các IDE khác). Bạn có thể nhận được điều tương tự với các công cụ FOSS khác, và quấn chúng lại với nhau bằng băng dính xung quanh SVN và nó hoạt động quá, nó không đơn giản và cần đầu tư nhiều hơn một chút.

Tuy nhiên, bạn đang so sánh hệ thống kiểm soát nguồn với công cụ quản lý vòng đời phát triển. TFS kiểm soát nguồn, nhưng nó làm được nhiều hơn thế.

+0

@blowdart làm cho một số đối số rất hấp dẫn :) Nếu bạn thực sự muốn sử dụng các tính năng SVN thì bạn có thể sử dụng bộ chuyển đổi SVN To TFS từ codeplex. Họ sử dụng nó trên máy chủ của họ. –

1

Tôi đã có TFS tại khách hàng cuối cùng của tôi, bây giờ khách hàng mới của tôi đã lật đổ và khủng khiếp. Không có kệ là một kẻ giết người thực sự.

Did Tôi đề cập đến tự do của nó với VS 2010

8

Thực sự, bạn nên thử nó ra với một, kiểm tra, hệ thống mới để đánh giá nó. Rất nhiều người ghét TFS và một số nghĩ rằng nó không phù hợp với cách làm việc của họ. Ngoài ra nó không phải như vậy miễn phí khi bạn phải bắt đầu mua các phiên bản tốt hơn của VS cho các tính năng bổ sung mà bạn sẽ muốn một khi bạn đang nghiện.

Có các đánh giá trên web không phải do MS marketeers cho thấy TFS không phải là điều tốt nhất kể từ git. Martin Fowler's survey cho một điều rất thú vị (trong số 54 câu trả lời, không ai nghĩ rằng nó là tuyệt vời hay thậm chí tốt). Có lẽ các độc giả của ông ít quan tâm đến các công cụ dev 'full lifecycle' hơn so với hầu hết các nhà phát triển, nhưng sau đó, có lẽ chúng chỉ giống như phần còn lại của chúng ta. Các bài đánh giá tương tự có sẵn - bao gồm Forrester Research's piece (mà tôi đã đọc: tóm tắt điều hành, SVN là "giành chiến thắng" của SCM độc lập)

Vì vậy, chỉ vì TFS hiện được đưa vào VS không làm cho nó tốt nhất.Bạn cần đánh giá nó đúng cách trước khi chuyển đổi.

15

Dường như có nhiều người đề xuất chuyển sang TFS, tôi muốn đi theo cách khác.

Tôi đã chuyển từ làm việc với SVN tại công việc trước đó sang TFS tại một công việc gần đây hơn. Tôi sẽ tóm tắt nó như sau:

Việc tích hợp rất hấp dẫn và không có gì khác có nhiều phần được tích hợp với nhau. Sự cân bằng là mỗi một trong những phần cá nhân đó đều hút.

Chi tiết khác:

Hệ thống kiểm soát nguồn, trong khi về mặt kỹ thuật rất tốt trên máy chủ, v.v. là TUYỆT VỜI để sử dụng. Các tệp luôn được đánh dấu chỉ đọc và bạn phải kiểm tra chúng một cách rõ ràng để chỉnh sửa chúng. Điều này làm cho cuộc sống của bạn khủng khiếp trừ khi bạn đang sử dụng tích hợp studio trực quan 100% thời gian ... Và nếu bạn đang sử dụng tích hợp studio trực quan, hãy nhớ rằng nó lưu trữ trạng thái SCC của tất cả các tệp của bạn TRONG CSPROJ FILE, chuẩn bị để đối phó với sự nhầm lẫn thường xuyên và thất bại vì bạn đã thêm tệp vào TFS, nhưng studio trực quan đã không nhận ra điều này (hoặc ngược lại).

Hệ thống theo dõi lỗi có tìm kiếm kém và có giới hạn và giao diện người dùng khó sử dụng. Nó nhắc nhở tôi rất nhiều hình thức cơ sở dữ liệu truy cập cũ. So sánh điều này với một trình theo dõi dựa trên web sạch sẽ và ngày đêm.

Nhìn chung, hầu hết giao diện người dùng đều có khả năng sử dụng rất kém. Trong khi bạn có thể làm được nhiều việc bằng TFS, nó sẽ không nhanh chóng, và bạn sẽ phải bấm vào quá nhiều hộp kết hợp!

Ngoài ra, TFS có tích hợp rất chặt chẽ với miền của bạn. Nếu 100% nhân viên của bạn và tất cả các máy xây dựng/thử nghiệm của bạn đều nằm trên cùng một miền thì điều này có lẽ là tốt ... nhưng nếu bạn không, thì điều này sẽ khiến bạn bị đau.

+0

Tôi bực bội trên một số điểm được liệt kê bên dưới –

+1

Kiểm soát phiên bản - TFS hoạt động khác với SVN. Vượt qua nó. Tất cả các sản phẩm đều khác nhau ở một số khu vực. Nếu bạn thực sự không thể thích nghi sau đó có được yoru quản trị viên để cài đặt cầu SVNtoTFS từ Codeplex. –

+0

Theo dõi lỗi - Bạn có nhận ra rằng có tích hợp trong TFS cho Excel và Dự án không? Bạn cũng nhận được một giao diện web thực sự tốt với tìm kiếm. + Bạn có thể tạo bất kỳ quieries cá nhân nào bạn thích trong team explorer. Tôi chưa bao giờ thấy một sản phẩm nào có nhiều lựa chọn tìm kiếm hơn .... vâng, ngoài văn bản đầy đủ, nhưng một số điều bạn thích phải sống với –

1

Tôi đã sử dụng cả hai TFS năm 2010 và SVN (với Rùa), Mingle, MediaWiki vv

Mặc dù TFS mang đến cho bạn phong cách hội nhập Source Safe với Visual Studio, đó là nơi niceties kết thúc. SVN kiểm soát phiên bản tốt hơn nhiều, Mingle là một công cụ cộng tác tốt hơn và MediaWiki là một wiki tốt hơn nhiều.

Nếu bạn cần kiểm tra nguồn cung cấp chính của TFS dưới dạng kiểm soát nguồn, sau đó tạo một số dự án TFS, hãy thêm một số thay đổi và thử hoàn nguyên về phiên bản trước đó. Bạn sẽ cần một công cụ nhắc lệnh và nó sẽ trông tuyệt hơn nếu bạn tình cờ khôi phục lại dự án chính xác sau khi làm theo các hướng dẫn trực tuyến kém chất lượng.

0

Nơi tôi làm việc, để nhóm di chuyển sang TFS từ DOORS chủ yếu cho các yêu cầu, thông số kỹ thuật, v.v. Họ vẫn sử dụng Perforce làm kho lưu trữ. Tôi đã sử dụng hầu hết các kho lưu trữ trên mạng và mỗi kho chứa đều có các quirks riêng.

Để trả lời câu hỏi của bạn - vấn đề bạn đang cố giải quyết là gì? Bạn có cần một giải pháp tích hợp để quản lý tài liệu, lỗi, kiểm soát nguồn không? TFS cung cấp cho bạn phần tích hợp để mỗi khi bạn kiểm tra mã, bạn có thể gắn thẻ nó trở lại một lỗi, một yêu cầu, một đặc tả. Đó là một tính năng tuyệt vời nếu công ty của bạn sử dụng rất nhiều quy trình. Nghe có vẻ như với tôi rằng một cửa hàng nhỏ của bạn và bạn thực sự không cần quá trình đó. Tôi sẽ gắn bó với những gì làm việc cho đến khi bạn phát triển lớn hơn và nhu cầu của bạn thay đổi.

2

Nếu bạn chỉ sử dụng nó để kiểm soát phiên bản, hãy liên kết với SVN. Nếu bạn có các giải pháp Linux/Java, hãy gắn bó với SVN. Nếu bạn chỉ sử dụng MS và bạn thích sử dụng các mục công việc để yêu cầu/theo dõi lỗi, v.v.(mà tôi thích) xem xét việc chuyển sang TFS nhưng hãy nhớ rằng bạn sẽ cần ngân sách cho CAL để mọi người có thể truy cập thông tin này. Nếu bạn muốn thử nghiệm qua đêm/xây dựng CI nhớ ngân sách cho giấy phép VS bổ sung cho máy chủ xây dựng của bạn vì teambuild (msbuild) không thể xây dựng VDProj, dự án Intel, v.v.

cũng ... TFS 'seem'/' xuất hiện 'để đấu tranh với một số điều thực sự cơ bản ví dụ làm thế nào để bỏ qua các tập tin bạn không muốn đặt trong kho lưu trữ và nó thường xuyên đánh dấu các tập tin như đã được thay đổi mà diff cho thấy là giống hệt nhau.

Các vấn đề liên quan