OK tôi sẽ trả lời điều này trong một vài tập phim vì nó trễ ở đây và Harvest là một chủ đề lớn.
Thu hoạch CA đầu tiên (là phiên bản 7 của sản phẩm được gọi, phiên bản 5 là CCC mà tôi không thể nhớ mở rộng, phiên bản 12 được gọi là CA SCM) không chỉ là công cụ SCM - trong cùng một cách ClearCase nhiều hơn một công cụ SCM. SVN, CVS, git, hg là tất cả SCM cơ sở tiêu chuẩn và ít hơn nữa.
Những gì bạn nhận được với Harvest là SCM + Chính sách. Nó cung cấp cho bạn một nơi để lưu trữ và phiên bản mã của bạn và bọc tất cả trong một chính sách về cách mã đó đáo hạn mặc dù tổ chức của bạn từ dev đến prod. Bạn có chính sách trong tổ chức của mình mà Nhà phát triển hàng đầu cần đăng xuất trên mã trước khi được phát hành cho QA không? Thu hoạch cho phép bạn xác định việc đăng xuất là chính sách và thực thi nó - bạn không thể di chuyển mã từ trạng thái "Dev" sang trạng thái "QA" cho đến khi một trong những người trong dự án được chỉ định làm Trưởng nhóm chính xác thực hiện điều đó. Bạn có một chính sách rằng bất kỳ mã SQL nào cần phải có sự đăng xuất của một DBA trước khi nó tiến triển không? Thu hoạch cho phép bạn xác định chính sách đó và thực thi chính sách đó - vì vậy bạn có thể cần cả đăng xuất Lead Dev và DBA trước khi mã di chuyển.
Thu hoạch không phải là công cụ cho hầu hết các tổ chức phần mềm - nó thường được sử dụng trong ngành tài chính, hoặc trong kinh doanh 'nơi một khung quản lý rất mạnh điều chỉnh những gì họ có thể làm. Các ngân hàng cần tuân thủ Sarbannes-Oxley, nơi có các yêu cầu kiểm toán rất mạnh. Harvest cung cấp khả năng xác định tất cả các loại điều khiển và xử lý xung quanh những thay đổi đối với tài sản Ngân hàng di chuyển trong vòng đời của chúng như thế nào. Tôi biết các tổ chức giao thông công cộng lớn chịu trách nhiệm về sự an toàn và đúng giờ của hàng triệu người mỗi ngày, cần các cơ chế kiểm soát được xác định chặt chẽ mà một công cụ như Harvest cung cấp. Tôi cũng đã thấy Harvest được sử dụng trong môi trường nơi 1000 nhà phát triển sử dụng nó hàng ngày - vâng, tôi không phóng đại, nghĩa là 1000 nhà phát triển trong một tổ chức, viết mã cho nhà bán lẻ trên toàn thế giới, đẩy các giải pháp CNTT ra cửa hàng ngày đến các cửa hàng xung quanh thế giới.
Thu hoạch không hoàn hảo, phiên bản 12 nghĩ tốt hơn nhiều. Nó có quá nhiều "đó chỉ là ngu ngốc" -moments, nó cho mỗi tập tin versioning ala CVS, và CVS giống như phân nhánh và thư mục versioning (hoặc thiếu), với tất cả những niềm vui chúng ta đã biết và sợ hãi. Một khi bạn biết nó và chấp nhận nó mặc dù, nó không phải là vốn chậm hơn so với bất kỳ SCM khác tôi đã sử dụng. Nó chỉ có một công việc lớn hơn để làm hơn là chỉ phiên bản mã của bạn.
Một chiến thắng lớn khác và thậm chí còn lớn hơn với phiên bản 12, là tích hợp với công cụ CA khác (và khả năng tích hợp với các công cụ không phải CA, nhưng không nhiều ở thời điểm này) - theo dõi lỗi với Trung tâm chất lượng với Unicentre Service Desk, triển khai phần mềm cho máy tính để bàn với SDM. Bạn có thể xác định cầu nối giữa các ứng dụng này dẫn đến việc tích hợp chặt chẽ hơn những mối quan tâm này, với các hiệu ứng thường là tích cực về tính chính xác và kịp thời.
Nếu bạn xử lý phần mềm cho một doanh nghiệp trên toàn thế giới, với hàng nghìn máy tính để bàn và máy chủ, hệ thống mainfame/midrange/middleware, quy trình kiểm soát thay đổi sắt, phức tạp, quy định, hợp đồng, kiểm toán viên phức tạp, Thu hoạch chỉ là một công cụ trong toàn bộ bộ công cụ bạn cần. Nếu bạn chỉ muốn có một SCM đơn giản cho một nhóm 10 nhà phát triển hỗ trợ một vài trăm khách hàng, thì đó không phải là một cách tuyệt vời để đi.
Tôi sẽ cố gắng thêm điều gì đó về cách thức Harvest thực sự hoạt động trong thời gian tới - kho, dự án, lượt xem, gói, biểu mẫu, quy trình, v.v. Điều đó có thể giúp giải thích tại sao một số tổ chức sử dụng nó và tại sao nó không dành cho tất cả mọi người.
Thật thú vị, những câu trả lời duy nhất tôi có thể thấy Thu hoạch quay trong một ánh sáng tích cực đến từ các tài khoản có 0 hoạt động ở nơi khác. – Kirschstein