Các hệ thống kiểm soát phiên bản FOSS có làm việc cho các doanh nghiệp không? [đóng cửa]


11

Giả sử một tập đoàn lớn đang lên kế hoạch thay thế hệ thống kiểm soát phiên bản hiện có. Chúng ta hãy nói rằng họ chỉ đang xem xét các hệ thống từ các nhà cung cấp lớn có giá hàng trăm nghìn đô la vì họ có "hỗ trợ".

Kiểm soát phiên bản trong môi trường enterprisey có phải tốn kém không? Tập đoàn vừa / lớn của bạn có sử dụng FOSS VCS như SVN / Git / Mercurial không? Kinh nghiệm là gì?

Tôi phải nghĩ rằng nó không cần phải tốn kém vì có rất nhiều tùy chọn miễn phí và có lẽ có những công ty cung cấp hỗ trợ trả phí cho FOSS VCS nếu đó là mối quan tâm chính.

Tôi không có ý định câu hỏi này để so sánh VCS hoặc quyết định cái nào là tốt nhất, thay vì chỉ hiểu những trải nghiệm với VCS trong môi trường CNTT của công ty.

Câu trả lời:


29

Đúng.

  
Theo kinh nghiệm (được thừa nhận hạn chế) của tôi, các giải pháp không phải FOSS có xu hướng "doanh nghiệp-y" hơn. Đó là,

  • Họ hòa nhập với mọi thứ dưới ánh mặt trời.
  • Họ có nhiều điều khiển tích hợp hơn cho logic kinh doanh phức tạp (quyền, kiểm soát truy cập, phê duyệt, v.v.).
  • Họ đi kèm với các hợp đồng hỗ trợ và các dòng hỗ trợ công nghệ đáp ứng hợp lý.
  • Họ được quảng cáo tốt cho những người phi kỹ thuật đưa ra quyết định của VCS ở cấp cao trong các công ty lớn.

Những thuộc tính này làm cho chúng hấp dẫn đối với các công ty lớn, đặc biệt là đối với những người không phải sử dụng chúng. Các lựa chọn thay thế FOSS, như các bộ đếm ở trên:

  • Có nhiều công cụ của bên thứ ba để tích hợp chúng với mọi thứ dưới ánh mặt trời (nhờ phổ biến hơn các lựa chọn thay thế độc quyền) và có xu hướng dễ dàng phát triển các công cụ của bên thứ ba hơn, là HĐH.
  • Xem trước- dễ dàng hơn để có được các công cụ bên ngoài xung quanh một công cụ cơ bản, đơn giản, sạch sẽ.
  • Nhờ được phổ biến hơn, họ có sự hỗ trợ dựa trên cộng đồng rộng hơn.
  • Họ không cần quảng cáo.

Bên cạnh đó, trải nghiệm của tôi với các VCS miễn phí phổ biến (mercurial / svn / etc) giúp chúng nhanh hơn, đáng tin cậy hơn và dễ sử dụng hơn.


5
+1 - Tôi hạnh phúc hơn nhiều với SVN mà tôi từng có với SourceSafe.
Jon Hopkins

5
@Jon +1 - Tôi hạnh phúc hơn nhiều với Mercurial hơn bao giờ hết với SVN.
Tim Post

1
@Tim - Hiện đang đánh giá không chính thức Mercurial trước khi di chuyển có thể.
Jon Hopkins

8

Tôi đồng ý với @Fishtoaster trong việc kiểm soát phiên bản FOSS có tất cả các tính năng (hoặc có thể được tích hợp với phần mềm FOSS khác cung cấp các tính năng) mà ngay cả "doanh nghiệp" lớn nhất cũng cần.

Thật không may, theo kinh nghiệm của tôi, nhiều quyết định trong các doanh nghiệp không được đưa ra bởi những người am hiểu về kỹ thuật để đưa ra quyết định đó. Đó là, những người được ủy quyền mua hàng trong một doanh nghiệp được bộ phận bán hàng của các doanh nghiệp khác trực tiếp nhắm mục tiêu mua phần mềm của họ. FOSS thậm chí không được nhìn vào vì không có ai bán cho họ.

Ở một nơi mà tôi đã làm việc, chúng tôi đã sử dụng một trong những giải pháp kiểm soát phiên bản "doanh nghiệp" đó. Nó rất chậm (thực sự phải mất hơn một giờ để thực hiện một "kiểm tra" hoàn chỉnh phiên bản mã mới nhất!) Và lỗi và mọi người phàn nàn về nó. Nhiều nhà phát triển thực sự sẽ thực hiện kiểm tra (như tôi đã nói, hơn một giờ ) sau đó thiết lập một kho lưu trữ SVN hoặc Mercurial cục bộ trên đầu thanh toán đó, thực hiện mã hóa của họ đối với kho lưu trữ đó và chỉ kiểm tra lại vào kho lưu trữ chính khi cần thiết.

Chúng tôi đã may mắn khi chúng tôi được phép cài đặt bất kỳ phần mềm nào chúng tôi cần. Nhưng việc mọi người lật đổ "quy trình" như thế này cho tôi biết rằng có một cái gì đó sai nghiêm trọng với quy trình ...


1
Đó chính xác là những gì tôi đã làm, thiết lập SVN địa phương của riêng tôi vì VCS được cung cấp rất khủng khiếp.
jimueller

4

Sự khác biệt chính giữa FOSS và phần mềm thương mại là cái trước dựa trên niềm tự hào trong khi cái sau dựa trên thu nhập.

Hãy tự hỏi: những người đã viết phần mềm XYZ hạnh phúc như thế nào?

Nếu đó là FOSS, có lẽ họ đã rất hạnh phúc vì nếu không, tại sao họ lại bận tâm lãng phí thời gian của mình cho nó?

Nếu đó là phần mềm thương mại, bạn thực sự không thể nói. Rất có thể là những người được trả tiền để viết một cái gì đó họ không thực sự thích.

Vì vậy, phần mềm FOSS được yêu thích nhiều hơn. Điều đó không nhất thiết có nghĩa là nó tốt hơn nhưng nếu đó là một dự án FOSS thành công, bạn có thể chắc chắn rằng nó tốt hơn bất cứ thứ gì bạn có thể mua ("Tiền không thể mua được hạnh phúc", nhớ chứ?).

Làm thế nào bạn có thể nói rằng nó thành công? Kiểm tra trang web. Nếu trang web hiện tại và trông đẹp mắt, nó đủ thành công để lãng phí thời gian trên trang web (nhà phát triển FOSS là cốt lõi; họ không muốn lãng phí thời gian vào bất cứ điều gì không gây ngứa).

Điều đó để lại điểm quan trọng nhất: Hỗ trợ. Các công ty không mua phần mềm để sử dụng hợp pháp nhưng để được hỗ trợ trong trường hợp có sự cố xảy ra (suy nghĩ theo dòng: Nếu 100 người không thể làm việc và tôi sẽ sửa trong vòng một ngày, trị giá 100.000 đô la). May mắn thay, bạn có thể mua hỗ trợ cho phần mềm FOSS (chỉ cần nhìn vào trang web để biết con trỏ hoặc hỏi trên danh sách gửi thư).

Vì vậy, có, nếu bạn thực hiện đánh giá và FOSS đáp ứng nhu cầu của bạn, không có lý do gì để thích phần mềm thương mại nữa.


2

Cá nhân tôi đã thấy SVN hoạt động thành công trong một doanh nghiệp lớn và đã nghe các tài khoản về những câu chuyện thành công khác. Tôi nghĩ rằng một trong những điều quan trọng khiến doanh nghiệp sợ hãi về nguồn mở là thiếu sự hỗ trợ. Họ cảm thấy như đang ở trên một dây buộc mà không có lưới an toàn. Nhưng thường thì bạn có thể tìm thấy các công ty sẽ cung cấp hợp đồng hỗ trợ cho phần mềm nguồn mở. Đối với SVN, có CollabNet và những người khác.


1
Nhưng SVN thực sự không phân nhánh tốt lắm, về cơ bản nó rất tệ. Vì vậy, làm thế nào bạn có thể sử dụng SVN cho một dự án nơi bạn đang ở, giả sử, hơn 10 người làm việc trên cùng một cơ sở.
Bjarke Freund-Hansen

@bjarkef: Thỉnh thoảng tôi phân nhánh và hợp nhất với lật đổ. Tôi nghĩ đó là một huyền thoại, rằng SVN hút điều đó. Chắc chắn, Git và Mercurial dựa trên một hệ thống hoàn toàn khác, dựa trên các nhánh. Nhưng nó xung đột không ít hơn Subversion. Vì vậy, việc hợp nhất không phải là vấn đề, chỉ một số người thích phong cách mà các repos và chi nhánh được tổ chức với DVCS.
Mnementh

3
Vâng. Thực sự, từ quan điểm của tôi, SVN phân nhánh rất tốt . Có lẽ bởi vì kiểm soát nguồn của chúng tôi trước đó là Visual Source Safe, vốn rất tệ trong việc phân nhánh (và MỌI THỨ ELSE).
John Christensen

@ John - Vấn đề của tôi là việc chuyển từ DVCS trở lại CVCS thực sự khó khăn. Tiến trình VCS của tôi đã được RCS> VSS> Mercurial> SVN. Hai lần chuyển đổi đầu tiên rất dễ dàng và làm cho nhiều thứ đơn giản hơn, dễ dàng hơn và nhanh chóng hơn. Điều cuối cùng là một cơn ác mộng - ngay cả khi sử dụng git-svn cũng không thể hoàn tác tính không linh hoạt vốn có của lịch sử tuyến tính cổ xưa của SVN. Tôi mong muốn chúng tôi chuyển sang git, mặc dù tôi sẽ thích sự đơn giản của đồng bóng một lần nữa.
Đánh dấu gian hàng
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.