Cách gắn thẻ mã nguồn bằng gitlabCI

Chúng tôi có gitlab mới cho môi trường của chúng tôi và cố gắng tạo ra một số đường ống CD CI bằng gitlab CI. Tôi đã có một số tiến bộ tốt hơn với việc chạy một số mục tiêu maven, tạo đường ống và lưu trữ các tạo tác bằng cách sử dụng .gitlab-ci.yml của tôi như dưới đây. Tôi đã cố gắng đưa ra các thẻ sau khi kịch bản không hoạt động. Bây giờ, tôi đang cố gắng tìm hiểu làm thế nào tôi có thể tự động hóa các thẻ git vào mã nguồn của mình. Tôi muốn tạo thẻ cho sourcecode sau khi nhánh chính được xây dựng thành công. chúng tôi đang sử dụng các phiên bản Semantic để gắn thẻ mã nguồn của chúng tôi. Cuối cùng, vì vậy, bất cứ khi nào chủ nhân xây dựng thành công, tôi muốn tạo một thẻ vào nhánh chính của mình.

image: maven:3.5-jdk-8-alpine

stages:
 - build
 - deploy
 - tag

maven_build:
  stage: build

  script:
   - mvn clean package
artifacts:
 paths:
 - target/*.jar

after_script:
   - ls -a
   - cd target && ls -a
   - git --version
   - git tag -a 1.0.15 -m "Version created by gitlab-ci Build"
   - git push origin 1.0.15
only:
  - master

nhật ký:

Running after script...
$ ls -a
.
..
.git
.gitignore
.gitlab-ci.yml
 LICENSE
README.md
pom.xml
src
target
$ cd target && ls -a
.
..
apidocs
classes
generated-sources
generated-test-sources
javadoc-bundle-options
maven-archiver
maven-simple-0.2-SNAPSHOT-javadoc.jar
maven-simple-0.2-SNAPSHOT-sources.jar
maven-simple-0.2-SNAPSHOT.jar
maven-status
surefire-reports
test-classes
Uploading artifacts...
target/maven-simple-0.2-SNAPSHOT-javadoc.jar: found 1 matching files 
Uploading artifacts to coordinator... ok            id=60598296 
responseStatus=201 Created token=Gu-eH1es

Công việc đã thành công

Tôi đã cố gắng thay đổi hình ảnh docker và thêm vài bước cho thẻ git. Dưới đây là câu trả lời làm việc cho tôi,

image: maven

stages:
- build
- deploy
- tag

maven_build:
stage: build

  script:
   - mvn clean package
   artifacts:
  paths:
   - target/*.jar

  after_script:
   - ls -a
   - cd target && ls -a
   - git --version
   - git remote remove origin
   - git remote set-url origin https://"username:passwd"@gitlab.com/accountname/projectname
   - git tag -a 1.0.15 -m "Version created by gitlab-ci Build"
   - git push origin 1.0.15
  only:
    - master

git push origin 1.0.15 nên hoạt động và một thẻ mới nên được thêm vào các thẻ trong gitlab

https://docs.gitlab.com/ee/university/training/topics/tags.html

git checkout master

# Lightweight tag
git tag my_lightweight_tag

# Annotated tag
git tag -a v1.0 -m ‘Version 1.0’
git tag

git push origin --tags

Tôi thấy mình trong tình huống tương tự, khi sau khi xuất bản bản dựng của một vật phẩm, tôi muốn gắn thẻ cam kết bằng thẻ số phiên bản.

Một giải pháp tôi đang xem xét là tạo ra một dịch vụ (bên trong hoặc bên ngoài GitLab) có khả năng đẩy thẻ vào bất kỳ kho lưu trữ nào, nhưng không thể làm gì khác . Bản thân dịch vụ sẽ có thông tin đăng nhập cho phép nó ghi vào kho, để mỗi bản dựng dự án không cần phải được cấp quyền truy cập ghi vào repo.

Tôi thích giải pháp này vì GitLab dường như không cung cấp mức cấp phép có thể đẩy thẻ lên các cam kết hiện có mà không cấp khả năng đẩy các cam kết có chứa nội dung mới. Quyền truy cập ghi chung là nhiều quyền hơn chúng ta cần hoặc muốn cho trường hợp sử dụng này, vì vậy nếu chúng ta có nó, có lẽ chúng ta cần giới hạn phạm vi bằng cách tạo người dùng hoặc mã thông báo cho mỗi kho lưu trữ có quyền để cam kết với kho lưu trữ đó. Sau đó, chúng tôi cần quản lý tất cả những người dùng hoặc mã thông báo đó theo thời gian, có vẻ như điều đó có thể trở nên khó sử dụng.