Các mô-đun con Git không cập nhật trong bản dựng Jenkins

Tôi có một mô-đun con trong một dự án ở Jenkins. Tôi đã bật cài đặt nâng cao để cập nhật đệ quy các mô-đun con.

Khi tôi chạy bản dựng, tôi thấy rằng không gian làm việc có các tệp từ mô-đun con. Vấn đề là, nó dường như là bản sửa đổi đầu tiên của mô-đun con. Khi tôi đẩy các thay đổi (kho lưu trữ trên GitHub) Jenkins dường như không cập nhật submodule để có được những thay đổi phù hợp. Có ai đã từng nhìn thấy điều này?

Lưu ý rằng plugin Jenkins Git 2.0 sẽ có "hành vi mô-đun con nâng cao", điều này sẽ đảm bảo cập nhật đúng cách cho các mô-đun con:

Như nhận xét của vikramvi:

Advanced sub-modules behavior> " Path of the reference repo to use during submodule update" đối với trường này, thêm url git mô-đun con.

Owen B đề cập trong các bình luận :

Đối với vấn đề xác thực, hiện có tùy chọn "Sử dụng thông tin đăng nhập từ điều khiển từ xa mặc định của kho lưu trữ mẹ"

Đã thấy ở đây trong JENKINS-20941 :

Điều này được đề cập trong tài liệu Git Plugin trên trang Jenkins trong phần: Mô-đun con đệ quy .

Plugin GIT hỗ trợ các kho chứa với các mô-đun con mà chính các mô-đun con đó. Tuy nhiên, điều này phải được bật: trong Cấu hình công việc -> Quản lý mã nguồn phần , Git -> Nút nâng cao (trong Nhánh để xây dựng) -> Cập nhật đệ quy mô-đun con .

Thí dụ

Từ màn hình cấu hình công việc của bạn, trong phần Quản lý mã nguồn, kéo nút Thêm xuống, chọn "Hành vi mô-đun phụ nâng cao".

Sau đó chọn "Cập nhật đệ quy mô-đun con":

Bạn có biết rằng kho lưu trữ Git của bạn luôn đề cập đến một bản sửa đổi cụ thể của một mô-đun con không? Jenkins sẽ không tự động thay đổi bản sửa đổi.

Nếu bạn muốn sử dụng một bản sửa đổi mới hơn của mô-đun con, bạn phải thực hiện việc này trong kho lưu trữ Git cục bộ của mình:

cd submoduledir
git pull
cd ..
git add submoduledir
git commit -m 'Updated to latest revision of submoduledir'
git push # Go and watch Jenkins build with the new revision of the submodule

Khi bạn làm như vậy, Jenkins sẽ kiểm tra bản sửa đổi chính xác của mô-đun con trong quá trình xây dựng. Jenkins không tự mình quyết định nên sử dụng bản sửa đổi nào của mô-đun con. Đây là sự khác biệt cơ bản giữa mô-đun con Git và mô-đun bên ngoài SVN.

Bạn có thể muốn đọc một tài liệu tham khảo tốt về các mô-đun con, ví dụ: http://progit.org/book/ch6-6.html .

Cuối cùng tình cờ tìm ra một cách để làm điều này và nó đơn giản.

Vấn đề:

Bản sao ban đầu với thông tin đăng nhập hoạt động tốt nhưng submodulebản sao sau đó không thành công với thông tin đăng nhập không chính xác.

1. Tự động sao chép mô-đun phụ nâng cao Source Code Management >> Additional Behaviours >> Advanced sub-modules behaviours:: dẫn đến lỗi thông tin xác thực.
2. git submodule update --inittrong Execute Shellphần này cũng không thành công với lỗi thông tin xác thực.

Giải pháp:

Tôi đang sử dụng jenkins-1.574.

1. Đánh dấu vào Build Environment >> SSH Agentô.
2. Chọn thông tin đăng nhập chính xác (có thể giống như đã chọn trong Source Code Managementphần

3. Cập nhật các mô-đun con trong Execute Shellphần

   git submodule sync
   git submodule update --init --recursive
   

Đây là ảnh chụp màn hình

Có vẻ như tôi đã tìm thấy một giải pháp:

Tôi đã thêm một bước xây dựng để thực hiện các lệnh shell sau:

git submodule foreach git checkout master
git submodule foreach git pull

Nếu bạn đang sử dụng mô-đun Jenkins Git, bạn có thể đặt nó thành "Xóa không gian làm việc trước khi xây dựng", bằng cách này, nó sẽ luôn nhận được đúng mô-đun phụ.

Tôi đang sử dụng pipelining có tập lệnh với plugin thanh toán. Nếu bạn muốn các mô-đun con giống như trong kho lưu trữ của mình, chỉ cần tắt tùy chọn trackingSubmodules như sau:

checkout([$class: 'GitSCM', branches: [[name: '*/develop']], doGenerateSubmoduleConfigurations: false, extensions: [[$class: 'SubmoduleOption', disableSubmodules: false, parentCredentials: true, recursiveSubmodules: false, reference: '', trackingSubmodules: false]], submoduleCfg: [], userRemoteConfigs: [[credentialsId: '[myCredentials]', url: 'https://git.myRepo.git']]])