Thanh toán nhiều repos git vào cùng một không gian làm việc của Jenkins

Sử dụng plugin Jenkins 1.501 và Jenkins Git 1.1.26

Tôi có 3 repo git khác nhau, mỗi dự án có nhiều dự án.

Bây giờ tôi cần kiểm tra tất cả các dự án từ 3 git repos vào cùng một không gian làm việc trên một nô lệ Jenkins. Tôi đã xác định mỗi repo git trong: Quản lý mã nguồn: Nhiều SCM . Nhưng mỗi khi một repo được kiểm tra thì repo trước đó (và các dự án liên quan của nó) sẽ bị xóa.

Tôi đã đọc điều này:

http://jenkins.361315.n4.nabble.com/multipl-git-repose-in-one-job-td4633300.html

nhưng nó không thực sự giúp đỡ. Tôi đã cố gắng chỉ định cùng một thư mục trong Thư mục con cục bộ cho repo (tùy chọn) cho tất cả các repos nhưng nó cho kết quả tương tự.

Nếu điều này đơn giản là không thể sử dụng Jenkins, tôi đoán một số bước xây dựng / kịch bản có thể được sử dụng để di chuyển các dự án vào đúng vị trí. Nó không phải là một tùy chọn để sửa đổi cấu hình xây dựng của các dự án.

Không thể kiểm tra nhiều hơn một repo tại một không gian làm việc duy nhất với Plugin Jenkins + Git.

Như một giải pháp thay thế, bạn có thể có nhiều công việc ngược dòng kiểm tra một repo duy nhất và sau đó sao chép vào không gian làm việc dự án cuối cùng của bạn (Có vấn đề về một số cấp độ) hoặc bạn có thể thiết lập một bước kịch bản shell để kiểm tra từng repo cần thiết không gian làm việc tại thời điểm xây dựng.

Trước đây, plugin Nhiều SCM có thể giúp giải quyết vấn đề này nhưng hiện tại nó không được dùng nữa. Từ trang plugin Nhiều SCM: "Người dùng nên di chuyển đến https://wiki.jenkins-ci.org/display/JENKINS/Pipeline+Plugin . Pipeline cung cấp cách kiểm tra nhiều SCM tốt hơn và được Jenkins hỗ trợ nhóm phát triển cốt lõi. "

Với Plugin Nhiều SCM:

• tạo một mục lưu trữ khác nhau cho mỗi kho lưu trữ mà bạn cần kiểm tra (dự án chính hoặc dự án phụ thuộc.

• đối với mỗi dự án, trong menu "nâng cao" (menu "nâng cao" thứ hai, có hai nút được gắn nhãn "nâng cao" cho mỗi kho lưu trữ), tìm trường văn bản "Thư mục con cục bộ cho repo (tùy chọn)". Bạn có thể chỉ định thư mục con trong thư mục "không gian làm việc" nơi bạn muốn sao chép dự án. Bạn có thể ánh xạ hệ thống tập tin của máy tính phát triển của tôi.

"Menu nâng cao thứ hai" không còn tồn tại nữa, thay vào đó, những gì cần thực hiện là sử dụng nút "Thêm" (trên phần "Hành vi bổ sung") và chọn "Kiểm tra thư mục con"

• nếu bạn đang sử dụng ant, thì bây giờ tệp build.xml với các mục tiêu xây dựng không nằm trong thư mục gốc của không gian làm việc mà trong thư mục con, bạn phải phản ánh điều đó trong cấu hình "Gọi Ant". Để làm điều đó, trong "Gọi kiến", nhấn "Nâng cao" và điền vào văn bản đầu vào "Xây dựng tệp", bao gồm tên của thư mục con nơi đặt tệp build.xml.

Mong rằng sẽ giúp.

Vì Plugin nhiều SCM không được dùng nữa.

Với Jenkins Pipeline, có thể kiểm tra nhiều repo git và sau khi xây dựng nó bằng gradle

node {   
def gradleHome

stage('Prepare/Checkout') { // for display purposes
    git branch: 'develop', url: 'https://github.com/WtfJoke/Any.git'

    dir('a-child-repo') {
       git branch: 'develop', url: 'https://github.com/WtfJoke/AnyChild.git'
    }

    env.JAVA_HOME="${tool 'JDK8'}"
    env.PATH="${env.JAVA_HOME}/bin:${env.PATH}" // set java home in jdk environment
    gradleHome = tool '3.4.1' 
}

stage('Build') {
  // Run the gradle build
  if (isUnix()) {
     sh "'${gradleHome}/bin/gradle' clean build"
  } else {
     bat(/"${gradleHome}\bin\gradle" clean build/)
  }
}
}

Bạn có thể muốn xem xét sử dụng các mô đun con git thay vì một đường ống tùy chỉnh như thế này.

Tôi đã sử dụng Plugin Nhiều SCM kết hợp với Plugin Git thành công với Jenkins.

Tùy thuộc vào mối quan hệ của các kho lưu trữ, một cách tiếp cận khác là thêm kho lưu trữ khác (kho lưu trữ) dưới dạng một mô đun con git vào một trong các kho lưu trữ. Một mô hình con git được tạo ra một tham chiếu đến các repos khác. Các repos mô đun con không được nhân bản trừ khi bạn chỉ định --recursivecờ khi nhân bản "siêu dự án" (thuật ngữ chính thức).

Đây là lệnh để thêm một mô hình con vào dự án hiện tại:

git submodule add <repository URI path to clone>

Chúng tôi đang sử dụng Jenkins v1.645 và git SCM sẽ vượt ra ngoài bản sao đệ quy cho các siêu dự án. Voila bạn nhận được các tệp siêu dự án và tất cả các tệp repo phụ thuộc (mô đun con) trong các thư mục tương ứng của riêng chúng trong cùng một không gian làm việc của Jenkins.

Không vouching rằng đây là đúng cách tiếp cận thay vì đó là một cách tiếp cận.

Jenkins: Nhiều SCM - không dùng nữa. Plugin GIT - không hoạt động cho nhiều repos.

Kịch bản / đường ống như mã - là cách để đi.

Tôi cũng đã từng gặp phải vấn đề này. Tôi đã giải quyết nó bằng cách sử dụng Trigger / cuộc gọi xây dựng trên các dự án khác. Đối với mỗi kho lưu trữ, tôi gọi dự án hạ nguồn bằng cách sử dụng các tham số.

Dự án chính:

This project is parameterized
String Parameters: PREFIX, MARKETNAME, BRANCH, TAG
Use Custom workspace: ${PREFIX}/${MARKETNAME}
Source code management: None

Sau đó, với mỗi kho lưu trữ, tôi gọi một dự án xuôi dòng như thế này:

Trigger/call builds on other projects: 
Projects to build: Linux-Tag-Checkout
Current Build Parameters
Predefined Parameters: REPOSITORY=<name>

Dự án hạ nguồn: Linux-Tag-Checkout:

This project is parameterized
String Parameters: PREFIX, MARKETNAME, REPOSITORY, BRANCH, TAG
Use Custom workspace:${PREFIX}/${MARKETNAME}/${REPOSITORY}-${BRANCH}
Source code management: Git
git@<host>:${REPOSITORY}
refspec: +refs/tags/${TAG}:refs/remotes/origin/tags/${TAG}
Branch Specifier: */tags/${TAG} 

Kiểm tra ra nhiều hơn một repo tại một thời điểm trong một không gian làm việc đơn lẻ là có thể với Jenkins + Git Plugin (có lẽ chỉ trong các phiên bản gần đây?).

Trong phần "Quản lý mã nguồn", không chọn "Git", nhưng "Nhiều SCM" và thêm một số kho git.

Hãy chắc chắn rằng trong tất cả trừ một hành vi bạn thêm dưới dạng "Hành vi bổ sung" hành động "Kiểm tra thư mục con" và chỉ định một thư mục con riêng lẻ.

Chúng tôi đang sử dụng git-repo để quản lý nhiều kho GIT của chúng tôi. Ngoài ra còn có một plugin Jenkins Repo cho phép kiểm tra tất cả hoặc một phần các kho lưu trữ được quản lý bởi git-repo cho cùng một không gian làm việc của Jenkins.