Có phải là thực hành tốt để lưu trữ thời gian chạy khung dưới sự kiểm soát nguồn?

Tôi biết rất nhiều cửa hàng phần mềm giữ nhị phân dưới sự kiểm soát nguồn . Tuy nhiên, cửa hàng của chúng tôi đã đến để lưu trữ toàn bộ khung trên kho lưu trữ: DirectX runtime, CUDA, nVidia Optix, bất cứ điều gì.

Nó được cho là để làm cho một thiết lập máy dev dễ dàng hơn (được cho là, nhận bản mới nhất và bắt đầu mã hóa). Tuy nhiên, nó làm phình to kho lưu trữ và gánh nặng nó với lịch sử không liên quan.

Tôi chưa bao giờ thấy một mô hình sử dụng như vậy. Bạn có coi đó là một thực hành tốt?

[EDIT:] Tôi không gặp vấn đề gì với các nhị phân của bên thứ 3 bị cô lập kiểm soát nguồn. Câu hỏi đề cập đến toàn bộ thời gian chạy của khung, thường bao gồm 10+ nhị phân. Như một ví dụ cực đoan, hãy lấy Windows SDK (mà chúng tôi không giữ trên kho lưu trữ, cảm ơn chúa, nhưng tôi thấy không có sự khác biệt nào về nguyên tắc).

Các mã nhị phân thường không phù hợp với hệ thống kiểm soát phiên bản vì:

• họ không được hưởng lợi từ các tính năng kiểm soát phiên bản (hợp nhất, khác)
• họ tăng kích thước của repo ...
• ... Điều này quan trọng bởi vì bạn không dễ dàng xóa phiên bản khỏi VCS (VCS được tạo để giữ lịch sử), trái ngược với kho lưu trữ giả như Nexus , là các thư mục được chia sẻ đơn giản (dễ dọn dẹp: cd+ rm!)
• chúng nên được tham chiếu trong một VCS dưới dạng văn bản , khai báo đường dẫn + phiên bản: bạn có thể giữ lịch sử liên quan theo cách đó , ghi lại mọi thay đổi của phiên bản nhị phân dưới dạng thay đổi trong tệp văn bản đó (như pom.xml nếu bạn đang sử dụng Nexus ví dụ)

Tôi ổn với phiên bản kiểm soát tài sản nhị phân. Tôi chống lại phiên bản kiểm soát các tập tin được tạo .

Ngoài ra, thiết lập môi trường là một cái gì đó khác với phát triển. Chúng tôi chủ yếu phát triển bằng Python và nó có một công cụ gọi là virtualenv cho phép bạn tạo một môi trường biệt lập nhẹ (bao gồm các thư viện) cho một dự án. Khi chúng tôi kiểm tra các nguồn của mình, chúng tôi có một tập lệnh thiết lập trong đó xây dựng virtualenv này. Sử dụng một bảng kê khai, điều này xác định những phiên bản nào của thư viện là cần thiết và những thứ khác như vậy. Không ai trong số này là phiên bản được kiểm soát. Chỉ có kịch bản thiết lập là.

Ném toàn bộ khuôn khổ theo dự án chính của bạn sẽ làm lộn xộn lịch sử của bạn và làm mọi thứ rối tung nghiêm trọng. Nó không phải là một phần của dự án của bạn và nên được đối xử khác nhau.

Nói chung nên làm quản lý cấu hình với các phiên bản khung. Nếu mã của bạn cần một phiên bản DirectX cụ thể, phiên bản đó sẽ dễ dàng có sẵn và nếu bạn kiểm tra phiên bản cũ hơn của phần mềm, bạn sẽ dễ dàng xác định được phụ thuộc bên ngoài nào.

Điều tôi không nghĩ là một ý tưởng tốt ở đây là sử dụng hệ thống kiểm soát phiên bản điển hình của bạn để lưu trữ các tệp nhị phân đó. Trong công ty của chúng tôi, chúng tôi lưu trữ mọi phiên bản của khung, thư viện và các công cụ bên ngoài trong cấu trúc thư mục con trên ổ đĩa mạng. Nếu chúng tôi nghĩ nó hợp lý, chúng tôi có các tệp readme để ghi lại phiên bản công cụ nào thuộc phiên bản phần mềm nào, hoặc, nếu có thể, chúng tôi có các tập lệnh để cài đặt hoặc sử dụng một phiên bản cụ thể. Chỉ những tập tin readme và script đi vào kiểm soát phiên bản.

Chúng tôi cũng giữ các phiên bản cũ hơn của các công cụ và thư viện miễn là chúng tôi nghĩ rằng có thể chúng tôi phải xây dựng lại và phiên bản cũ hơn tùy thuộc vào các công cụ đó. Bằng cách đó, nó cho chúng tôi khả năng xóa một số lib & công cụ rất cũ khỏi ổ đĩa mạng của chúng tôi khi chúng bị phản đối (tất nhiên, chỉ trong trường hợp chúng tôi có tài liệu lưu trữ trên phương tiện truyền thông bên ngoài).

Tôi nghĩ rằng các nhị phân nên được lưu trữ ở đâu đó. Tôi sẽ đề nghị lưu trữ chúng bên ngoài một kho lưu trữ, đặc biệt nếu chúng lớn và dẫn đến thời gian kiểm tra lớn. Tôi sẽ không thấy nó thực hành kém, nhưng nó cũng không phải là một trong những tôi đã thấy.

Đây thực sự có thể là một ý tưởng tốt nếu tổ chức của bạn có nhiều dự án nhắm mục tiêu các phiên bản thời gian chạy khác nhau. Nó đảm bảo rằng bạn có nhị phân thời gian chạy phù hợp khi bạn làm việc trên các dự án phù hợp.

Cá nhân tôi coi đây là một thực hành rất xấu. Tôi thích thiết lập một wiki với các hướng dẫn cài đặt và tải lên các tệp nhị phân cần thiết cho nó. Những tệp này chỉ cần thiết cho các nhà phát triển mới, không cần phải kho lưu trữ kho của mọi người khác.

Có một lý do chính đáng để làm điều này, cụ thể là bạn có tất cả những gì bạn cần ở một địa điểm duy nhất , không có bất kỳ sự phụ thuộc bên ngoài nào.

Điều này quan trọng hơn nhiều so với bạn nghĩ. Về cơ bản, nó đảm bảo rằng bạn không dựa vào một vật phẩm trên máy chủ của nhà cung cấp có thể biến mất sau một vài năm, vì bạn có mọi thứ trong nhà.

Liên quan đến kho lưu trữ. Đây chỉ là một vấn đề nếu VCS của bạn giữ một bản sao cục bộ đầy đủ (git làm điều này, cvs không) vì việc nhân bản và / hoặc cập nhật sẽ bị chậm. Đổi lại, bạn sẽ có các bản sao trên mỗi máy phát triển, điều này có thể cứu công ty của bạn nếu kế hoạch sao lưu trung tâm của bạn vì một số lý do thất bại một ngày nào đó.

Đây là một vấn đề ưu tiên hoặc chính sách. Miễn là quyết định có chủ ý, tôi sẽ ổn với điều này.