Các lý do cho việc không sử dụng Bitbucket-server để lưu trữ các tạo phẩm là gì?

Tôi đang làm việc với một công ty thiết lập một dự án hoàn toàn mới và chúng tôi đang nói về việc sử dụng công cụ nào để làm gì. Tôi đã nói về Artifactory hoặc Nexus để lưu trữ các tạo phẩm được xây dựng (APK trong trường hợp này) và họ đã hỏi tại sao họ không thể sử dụng Bitbucket như họ sẽ sử dụng cho phần mềm, để giảm số lượng công cụ họ cần cài đặt và bảo trì.

Câu trả lời ban đầu của tôi là "Nguồn đi vào repo nguồn và tạo tác đi vào repo nhân tạo", nhưng đó không thực sự là một câu trả lời tại sao hoặc tại sao không. Trong thực tế, Google cũng không đưa ra bất kỳ lý do nào.

THÊM VÀO NÀY: Sản phẩm này dành cho một ngành công nghiệp quy định. Điều đó có nghĩa là chúng ta cần một bản ghi hoàn chỉnh, có thể kiểm tra được về các đồ tạo tác được chế tạo. Đây là một trong những lý do chúng tôi xem xét điều này. Ngoài ra, như tôi đã nói trong một số ý kiến ​​nhưng sẽ thêm vào đây, chúng tôi sẽ cài đặt Bitbucket trong một GCP riêng không được công chúng truy cập, do đó không có lo ngại về việc người khác truy cập vào nó.

Bất kỳ đầu vào vào điều này? Bất cứ điều gì sẽ cắn chúng ta sau này nếu chúng ta lưu trữ chúng trong Bitbucket?

Lý do không lưu trữ nhị phân lớn trong gitkho lưu trữ:

• Theo mặc định, mọi người nhân bản kho lưu trữ của bạn sẽ tải xuống tất cả các tệp nhị phân đó. Binaries, nếu được xây dựng thường xuyên, có xu hướng tiêu thụ lớn lượng lưu trữ, so với mã nguồn - gitkhông thể nén chúng, hoặc đồng bằng châu thổ tính toán, để giảm kích thước của chúng.
• gitcố gắng hết sức để đảm bảo lịch sử không bị mất, nó sẽ không bao giờ xóa bất cứ thứ gì là một phần của lịch sử của bất kỳ ref(các nhánh hoặc thẻ). Điều đó cũng có nghĩa là nếu sau này bạn quyết định xóa các tệp nhị phân cũ, vô dụng lâu dài do hết dung lượng, bạn sẽ thấy rằng, trong khi không phải là không thể, thực sự rất khó.
• Một điểm của các cửa hàng tạo tác thích hợp là chúng giúp loại bỏ các bộ phận lỗi thời hoặc bị xâm phạm. gitthực sự không thể làm điều đó cho bạn - bạn phải viết công cụ của riêng mình cho điều đó - và bạn sẽ không bao giờ thoát khỏi các phiên bản cũ trong lịch sử.
• Khái niệm "cam kết" không thực sự áp dụng cho nhị phân. Bạn cần các hoạt động như "tải lên" và "tải xuống", vì chúng thường được tham gia vào các quy trình xây dựng phần mềm của bạn (nghĩa là bundlertrong thế giới ruby ​​hoặc maventrong Java). Những người xây dựng đó biết cách lấy thư viện bên thứ 3 của họ từ kho lưu trữ giả tạo một cách dễ dàng và cách tải lên các phiên bản mới. Họ có thể bị thuyết phục làm việc với một gitkho lưu trữ để tải xuống, nhưng vì gitkhông có thông tin về phiên bản, nên bạn cần phải có công cụ riêng, chỉ định cam kết tìm nhị phân đó theo cách thủ công hoặc kiểm tra tất cả các nhị phân được sử dụng cục bộ. Và tải lên một gitkho lưu trữ, một lần nữa, sẽ sử dụng công cụ của riêng bạn (cũng tạo ra các cam kết giả).

Tổng cộng, sử dụng gitcho đó chỉ là công cụ sai. Nếu các đồng nghiệp của bạn sợ thêm một công cụ phức tạp khác như Nexus, thì ít nhất hãy thuyết phục họ sử dụng một công cụ đơn giản thay vì git- như một số kho lưu trữ (s)ftp/ tùy ý scptrong VM ở đâu đó, với httpsquyền truy cập thông qua một máy chủ web đơn giản.

Nếu bạn phải sử dụng git, thì ít nhất hãy đảm bảo rằng các nhị phân xây dựng không được cam kết cùng với mã nguồn, nhưng trong phần lịch sử của riêng chúng. Kiểm tra câu trả lời cũ hơn này để xem cách tạo một nhánh mồ côi . Những cái đó ít nhất có thể bị xóa sau đó, và các nhị phân tự xóa bằng cách thu gom rác; và không phải mọi khách hàng đều bị buộc phải tải xuống tất cả mọi lúc.

Bạn có thể sử dụng kho lưu trữ Git (cho dù nó được lưu trữ trên Bitbucket hay không) làm kho lưu trữ giả, nhưng bạn nên lưu ý rằng:

• Git ban đầu được tạo ra như một hệ thống kiểm soát phiên bản cho mã nguồn , không phải cho dữ liệu nhị phân (lớn) và đây vẫn là mối quan tâm chính của nó. Có các tiện ích mở rộng cho phép làm việc với các tệp lớn trong Git một cách hiệu quả, ví dụ như Git LFS , nhưng vẫn: Nó không được tích hợp vào lõi của Git.
• Kho lưu trữ tạo tác thích hợp có các tính năng mà dịch vụ dựa trên Git không thể dễ dàng cung cấp. Ví dụ, bạn có thể muốn xóa các tạo phẩm chụp nhanh cũ hơn, một thao tác Git không được thiết kế cho, nhưng tính năng cốt lõi của kho lưu trữ tạo tác là gì. Một số tính năng như vậy được mô tả trong các câu trả lời cho câu hỏi Kho lưu trữ giả là gì? .

Vì vậy, trong khi bạn có thể sử dụng Git / Bitbucket làm kho lưu trữ giả, thì hơi giống như lái vít bằng búa thay vì tuốc nơ vít.

Nếu bạn sẽ lưu trữ các tệp apk trong repo của Bitbucket, bạn cần sử dụng git hoặc cuộn tròn để sao chép. Và nếu repo private bạn cần có quyền truy cập vào nó, giới hạn kích thước, v.v.

Kho phần mềm thoải mái hơn để lưu trữ tệp nhị phân. Bạn có thể tạo gương của riêng bạn về maven, google repos.

Bạn có thể sử dụng các đường ống bitbucket để triển khai đến phần tải xuống và giữ các tạo phẩm của bạn ở đó. Đây là một ví dụ từ tài liệu của họ

Như những người khác đã nói, bạn sẽ không kiểm tra các nhị phân thành git. Nhưng, Bitbucket cung cấp một khu vực "Tải xuống" riêng cho mỗi repo. Đây là một khu vực riêng biệt, không phải là một phần của repo git. Nếu sử dụng Bitbucket Pipelines, bạn thậm chí có thể tự động hóa việc triển khai đến khu vực tải xuống , nếu phù hợp với quy trình làm việc.