6

Tôi thường thấy các quy trình xây dựng tự động, bao gồm các bản dựng Tích hợp liên tục, thực hiện các thay đổi được thực hiện cho các tệp nguồn trong khi xây dựng lại vào kho kiểm soát phiên bản nguồn gốc từ *. Số phiên bản tự động gia tăng là một tình huống phổ biến mà điều này được thực hiện nhưng có những người khác.Quy trình xây dựng tự động có nên thực hiện các thay đổi đối với kiểm soát phiên bản không?

Trực giác của tôi là đây là một ý tưởng tồi vì nó có thể xả rác lịch sử kho lưu trữ với các cam kết xây dựng liên quan và quá trình xây dựng cần ngăn chặn vô tình kích hoạt lại chính nó. Tuy nhiên, tôi không có bằng chứng cụ thể nào về việc thay đổi trong suốt quá trình xây dựng là tốt nhất.

Mọi người có thể trích dẫn tài liệu tham khảo thảo luận về ưu và nhược điểm của thay đổi cam kết đối với kiểm soát phiên bản trong quá trình xây dựng tự động không?

* Cam kết thay đổi đối với kho lưu trữ tạo tác riêng biệt hoàn toàn có thể chấp nhận được.

Trả lời

1

Auto-incrementing số phiên bản

Đó là một metadata, và đưa siêu dữ liệu trong (phiên bản) dữ liệu là "ác": cho những ưu và khuyết điểm, xem this answer.

Continuous Integration bao gồm các xây dựng tự động hóa, đó là về việc có thể sinh sản một xây dựng từ một cố định bộ dữ liệu phiên bản.
Nếu bạn thay đổi bất kỳ thứ gì trong cùng một bộ, bạn sẽ đánh bại mục đích của nó.

+0

Tôi coi vấn đề có thể tái tạo bản dựng nhưng nếu bản dựng chạy ngược lại Phiên bản N cam kết thay đổi về kiểm soát nguồn và tạo Phiên bản N +1 thì lặp lại bản dựng với Phiên bản N lần nữa sẽ không biết gì về N + 1 và không nên thay đổi đầu ra. –

+0

@JasonStangroome: nhưng nó sẽ tạo ra vô số phiên bản N + 1 hơn và hơn nữa. Chỉ cần không làm điều đó. Nó không phục vụ mục đích hữu ích. CI là về * đọc và xây dựng, không viết gì cả. – VonC

Các vấn đề liên quan