Cổ vật (hoặc vật phẩm) là gì?

Câu hỏi về " Kho lưu trữ giả là gì? " Chứa câu trả lời với lời giải thích thú vị về phần kho lưu trữ của nó. Và từ việc đọc toàn bộ câu trả lời, tôi không chắc chính xác một " tạo tác " nghĩa là gì trong bối cảnh của DevOps.

Bất kỳ đề xuất?

Ps: Từ một trong những câu trả lời tôi dường như hiểu rằng có lẽ vật phẩm là điều tôi đang tự hỏi (bối rối?) Về ...

Wikipedia có một câu trả lời rất hay cho câu hỏi này Artifact , đôi khi còn được gọi là Đối tượng phái sinh , là sản phẩm của một số quy trình được áp dụng cho Kho lưu trữ mã . Ban đầu chúng được gọi là Build Artifacts , nhưng khi nhiều quy trình được áp dụng ngoài xây dựng để tạo ra chúng, từ đầu tiên chỉ đơn giản là bị loại bỏ.

Sự khác biệt chính là các tạo phẩm có thể được tạo lại từ kho lưu trữ mã bằng cách sử dụng cùng một quy trình, với điều kiện bạn phải bảo vệ môi trường mà quy trình được áp dụng. Vì quá trình này có thể tốn thời gian và môi trường có thể được bảo tồn hoàn hảo để có thể tái tạo các cổ vật theo cách chính xác, chúng tôi bắt đầu lưu trữ chúng trong Kho lưu trữ nhân tạo .

Lưu trữ chúng ngoài Kho lưu trữ mã trong Kho lưu trữ nhân tạo là một quyết định thiết kế mà một kỹ sư DevOps sẽ đưa ra. Một số công ty, cụ thể là Perforce , cũng đề nghị sử dụng Kho lưu trữ mã của họ làm Kho lưu trữ nhân tạo. Có các yêu cầu khác nhau về quyền truy cập , kiểm toán , kích thước đối tượng , gắn thẻ đối tượng và khả năng mở rộng trên mỗi kho lưu trữ và do đó tùy thuộc vào tình huống, tốt hơn là sử dụng hai sản phẩm riêng biệt. Ví dụ: Gitcác kho lưu trữ được sao chép toàn bộ vào mọi máy phát triển và vì vậy việc lưu trữ các tạo phẩm trong kho lưu trữ mã sẽ tăng kích thước của nó vượt quá mọi lý do, mặc dù gần đây có nhiều cách để giảm thiểu điều này. Một quyết định khác để đưa ra là những đồ tạo tác sẽ lưu trữ. Một số công ty lưu trữ ngay cả các tạo phẩm trung gian dưới dạng tệp đối tượng riêng lẻ, để tăng tốc độ xây dựng lại, số khác chỉ lưu trữ các tệp nhị phân cuối cùng. Không phải tất cả các cổ vật đều có cùng giá trị. Các tạo phẩm tạo ra từ một bản dựng phát hành có thể có các yêu cầu khác với các tạo phẩm tạo ra từ một bản dựng của nhà phát triển.

Các tạo phẩm phổ biến nhất là kết quả của các quá trình sau: Cấu hình , Tiền xử lý , Biên dịch , Liên kết , Kiểm tra tự động , Lưu trữ , Đóng gói , Tạo và xử lý tệp phương tiện , Tạo tệp dữ liệu , Phân tích tài liệu , Phân tích mã , QA , v.v.

Có hai cách sử dụng từ "art artefact" và một cách làm cho mã nguồn trở thành một vật phẩm trong khi cách thứ hai làm cho nó không phải là một vật phẩm: điều này thực sự có thể khá khó hiểu!

Nghệ thuật tạo ra một thứ cụ thể, so với một điều lý tưởng - Ý nghĩa này là ý nghĩa phổ biến của từ một vật thể được tạo ra bởi một con người, điển hình là một trong những lợi ích văn hóa hoặc lịch sử và không phải là thuật ngữ kỹ thuật. Dưới đây là một ví dụ trong ngữ cảnh kỹ thuật: Khi bạn gỡ lỗi một phần mềm, bạn sẽ học được điều gì đó về phần mềm. Nó thường là một khoản đầu tư có giá trị để biến việc học này thành một vật phẩm phần mềm, giống như một bài kiểm tra hồi quy. Nếu không, việc học này sẽ bị lãng quên và nỗ lực để có được nó sẽ bị lãng phí. Theo nghĩa này, mã nguồn được coi là một vật phẩm.

Nghệ thuật tạo ra một thứ gì đó được sản xuất bởi một công thức - Ý nghĩa này sử dụng hình ảnh phổ biến của nhà giả kim sử dụng một số công thức bí truyền để sản xuất một thiết bị ma thuật, thường được gọi là vật phẩm. Đó là thuật ngữ kỹ thuật được sử dụng để phân biệt giữa mã nguồn, tương ứng với công thức trong phép ẩn dụ của nhà giả kim và bất cứ điều gì có nguồn gốc từ mã nguồn đó, tương ứng với một vật phẩm trong ẩn dụ của nhà giả kim. Chẳng hạn, tôi vừa tự động hóa việc sản xuất vật phẩm cho chương trình plop-fizz của mình, giờ đây các tarball nguồn, tệp chữ ký, các gói DEB và RPM đều có thể được khởi tạo chỉ bằng một lệnh! Ý nghĩa này không nhận ra mã nguồn là một vật phẩm, vì thuật ngữ này được sử dụng để biểu thị những gì được tạo ra từ mã nguồn này.

Tôi cho rằng câu trả lời có thể thay đổi từ nơi này đến nơi khác. Nơi tôi làm việc tại thời điểm hiện vật là bất cứ thứ gì được sử dụng bởi một số thực thể khác, ngoại trừ mã nguồn được sử dụng để phát triển - điều này đi vào kiểm soát nguồn.

Điều này bao gồm các tệp nhị phân của sản phẩm hoặc các sản phẩm cần thiết khác, thư viện, tệp đối tượng, các tạo phẩm thử nghiệm như tệp phương tiện hoặc dữ liệu thử nghiệm.

Mã nguồn không được coi là một tạo tác. Trừ khi nó phù hợp với định nghĩa "tiêu thụ bởi" - trong trường hợp của chúng tôi bao gồm các thư viện bên thứ ba, mã tập lệnh được sử dụng để thử nghiệm hoặc các mục đích khác (nhưng không phải là phiên bản phát triển).

Lưu ý bên về văn hóa. Mặc dù trong DevOps, chúng tôi coi khái niệm "kho lưu trữ nhân tạo" là một tình huống nhất định, dường như không có quá nhiều mối liên kết với quy trình tổ chức.

Vấn đề về văn hóa: nếu một tổ chức sử dụng ITIL, những người được chứng nhận sẽ nói rằng "chúng ta cần có một thư viện phương tiện xác định, một kho lưu trữ để đặt các mục cấu hình phần mềm mà chúng ta đã sản xuất". Vì vậy, những người quan tâm đến các quy trình CNTT có cấu trúc tốt không biết công cụ nào (không phải quản lý) hỗ trợ và đang được sử dụng. Ngược lại, nếu bạn cần một lời biện minh cho ngôn ngữ Nexus hoặc Artifactory, bạn có thể gặp khó khăn để giải thích nó tùy thuộc vào tổ chức.

Đọc thêm: https://en.wikipedia.org/wiki/Definitive_Media_L Library