2013-06-14 36 views
7

Tôi có một công việc Jenkins lấy từ một repo BitBucket đang hoạt động tốt, và vẫn còn. Tuy nhiên, tôi đã thêm một submodule và Jenkins là nghẹt thở trên đó. Dưới đây là một đoạn trích từ Jenkins console đầu ra:Tại sao lỗi Xác thực Jenkins không thành công để cập nhật git submodule?

Fatal: Command "C: \ Program Files (x86) \ Git \ cmd \ git.exe submodule cập nhật" trở lại tình trạng mã 1: stdout: Nhân bản thành ' submodules/my.repo' ...

stderr: gây tử vong: xác thực không thành

tôi đang sử dụng một chìa khóa ssh mà tôi thêm vào phím triển khai của tôi cho repo chính trong BitBucket. Và điều đó luôn hoạt động. Tôi đã thêm khóa tương tự vào các khóa triển khai của submodule repo. Bất cứ ai có thể cho tôi biết lý do tại sao xác thực là không?

+0

Tôi có chính xác vấn đề tương tự khi sử dụng GitHub, quá trình xây dựng hoạt động tốt, nhưng hiện không thành công sau khi thêm mô-đun con. Tôi nhận được bản cập nhật FATAL: Command "/ usr/bin/git submodule "mã trạng thái trả về 1: stdout: stderr: gây tử vong: Xác thực không thành công –

+0

@PatrickClancey, điều đó có đáng để bỏ phiếu? :) – Sean

+1

Bạn có cùng một giao thức được chỉ định cho môđun con không? Không nhân bản repo của bạn với https: // nhưng sử dụng git: // cho submodule? – riezebosch

Trả lời

0

Cố gắng sao chép thư mục /.shh vào thư mục chính Jenkins của bạn.

0

Tôi gặp sự cố này, với Jenkins Slave (được thực thi dưới dạng Dịch vụ Windows). Tôi giải quyết nó bằng cách triển khai chính Jenkins SSH trong .ssh thư mục của người dùng SYSTEM:

C:\Windows\SysWOW64\config\systemprofile\.ssh\ 

thư mục hệ thống nhà thay đổi tùy theo hệ điều hành phiên bản và thiết lập. Để xác định nó chỉ là echo env. var. %USERPROFILE%

1

Các phiên bản của git Plugin Jenkins trước 3.0.0 không hỗ trợ xác thực submodule. Xác thực submodule bằng cách sử dụng cùng một thông tin đăng nhập và giao thức giống như kho lưu trữ cha mẹ hiện được hỗ trợ với plugin git Jenkins. Hỗ trợ đã được thêm vào trong bản phát hành ngày 10 tháng 9 năm 2016 của Jenkins git plugin 3.0.0.

Phần cấu hình con của trang định nghĩa công việc ("Hành vi bổ sung"> "Hành vi mô-đun phụ nâng cao") "hiện bao gồm hộp kiểm" Sử dụng thông tin đăng nhập từ xa mặc định của kho lưu trữ gốc ". Kho lưu trữ chính sẽ được sử dụng cho các mô đun con

Lưu ý rằng các giao thức nhân bản kho lưu trữ phải giống nhau (ssh hoặc https) cho kho lưu trữ mẹ và các mô đun con, nếu không thì không thể sử dụng thông tin đăng nhập phụ.

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