Vòng lặp vô hạn Hudson cho các thay đổi trong kho Git?

Question

Plugin git cho hudson hoạt động tốt. Tuy nhiên, kịch bản lệnh xây dựng phải cập nhật số phiên bản trong các tệp trong kho lưu trữ, cam kết và đẩy trở lại kho lưu trữ.

Khi Hudson thăm dò bên cạnh để kiểm tra các thay đổi, nó đi vào vòng lặp vô hạn vì nó thấy cam kết đó là "thay đổi", tạo lại thay đổi, vì vậy nó lại xây dựng, sau đó cam kết thay đổi khác, v.v. .. Bạn có được ý tưởng.

tôi dừng lại nó, chạy một "git log" trong mỗi kho và so sánh cam kết ids mới nhất là giống hệt nhau sử dụng git ls-cây ĐẦU

Ngoài ra, Hudson chạy lệnh này để kiểm tra xem có thay đổi:

git fetch + refs/heads/: refs/điều khiển từ xa/gốc/ git ls-cây đẦU

Kể từ Hudson tự đẩy cam kết từ kho không gian làm việc của mình, và dường như trận đấu kết quả ls-cây, làm thế nào có thể lệnh này xác định rằng đã có thay đổi?

Dường như nó phải lưu trữ kết quả của ls-tree trước khi thực hiện việc xây dựng và so sánh với kết quả không có cam kết mới nhất. Ah. Tôi có thể thử tắt cam kết để kiểm tra lý thuyết đó.

Dù sao, thay vì sửa bất kỳ vấn đề nào trong plugin git cho Hudson, tôi có thể làm gì để đảm bảo rằng phần cuối của bản dựng của tôi giống hệt nhau và Hudson sẽ thấy nó.

Cách sửa lỗi này? Bất kỳ ý tưởng?

Wayne

Answer 1

Và câu trả lời là! ...

Plugin Git Hudson đã được người khác phân chia để thêm tính năng này hoạt động tốt. Tuy nhiên, tôi đã phải rút xuống nguồn và sửa một vài vấn đề nhỏ.

Bây giờ, nó hoạt động rất đẹp. Các cam kết xây dựng, và các plugin Git đẩy trở lại kho lưu trữ mà không looping, nghĩ rằng nó đã thay đổi một lần nữa.

Tuyệt vời!

Nếu ai đó cần giao diện này cho nhánh ngã ba của Hudson-GIT-Plugin trên Github.com nhưng kiểm tra xem liệu đã được tích hợp lại vào dự án chính chưa. Người đi làm cho biết anh ta quan tâm và lên kế hoạch kết hợp các nhánh.

Wayne

Answer 2

Hệ thống xây dựng của bạn không được có bất kỳ tương tác viết nào với hệ thống kiểm soát sửa đổi của bạn. Chắc chắn không nên tự động đẩy những thay đổi đó.

Hệ thống xây dựng của bạn có thể yêu cầu git (thông qua git describe, ví dụ) bản sửa đổi hiện tại là gì. Bất cứ điều gì khác là dư thừa và dễ bị lỗi.

Một điều khác mà bạn có thể xem xét không phải là bỏ phiếu cho các thay đổi. Điều đó có vẻ giống như một cách ngớ ngẩn để hoạt động. (Phải thừa nhận rằng, tôi là một người dùng buildbot nặng khá quen với việc có mọi thứ được kích hoạt trên các sự kiện.)

Các repo git đang được thăm dò biết khi nào nó thay đổi. Nó chỉ nên nói với hệ thống CI để bắt đầu xây dựng ngay lập tức dựa trên đó. Bạn nhận được các bản dựng của bạn sớm hơn và vì chúng được kích hoạt, bạn không có máy tính của bạn ngồi xung quanh làm nhiều việc vì không có lý do chính đáng.