Możesz osiągnąć to, czego potrzebujesz, tworząc Znaczki w swoich krokach potoku, rejestrując pliki znaczków jako artefakty potoku i publikując je na stronach GitLab. Stamtąd możesz odwołać się do odznak w swoim README.md

Jak zrobić to, o co prosiłeś

1. Wygeneruj odznakę

W każdym kroku CI należy wygenerować pliki znaczków i zapisać je pod public/<badge-file>.svg

Możesz wygenerować pliki znaczków za pomocą http://shields.io . napisałem mój własny generator znaczków Pythona, który można znaleźć tutaj: https://github.com/jongracecox/anybadge

2. Zarejestruj odznakę jako artefakt rurociągu

Zarejestruj każdy z wygenerowanych plików badge jako artefakty w zadaniu CI, włączając to do każdego zadania w .gitlab-ci.yml:

build_win32:
  script: ...
    - <generate public/build_win32.svg>
  artifacts:
    paths:
      - public/build_win32.svg

build_ios:
  script: ...
    - <generate public/build_ios.svg>
  artifacts:
    paths:
      - public/build_ios.svg

unit_tests:
  script: ...
    - <generate public/unit_tests.svg>
  artifacts:
    paths:
      - public/unit_tests.svg

server_tests:
  script: ...
    - <generate public/server_tests.svg>
  artifacts:
    paths:
      - public/server_tests.svg

client_tests:
  script: ...
    - <generate public/client_tests.svg>
  artifacts:
    paths:
      - public/client_tests.svg

3. Opublikuj plakietkę na GitLab Pages

Dołącz nowy pages krok publikowania, który wdraża wszystko w katalogu publicznym do stron GitLab :

pages:
  stage: deploy
  artifacts:
    paths:
    - public
  only:
  - master

Nie powinieneś trzeba zmodyfikować powyższe. Po uruchomieniu zadania, wszystkie pliki w public będą dostępne przez serwer WWW GitLab pages. Jest to często http://NAMESPACE.GITLABPAGESSERVER/project

Więcej o GitLab tutaj: https://docs.gitlab.com/ce/user/project/pages/index.html

4. Dołącz odznaki w README.md

Gdy rurociąg główny jest uruchomiony dla projektu, pliki znaczków są publikowane na stronach GitLab, a następnie mogą być odwołane z projektu README.md.

Dlaczego to może nie ma sensu

Rozumiem, dlaczego zadajesz to pytanie, ale chciałbym wyjaśnić, dlaczego nie chcesz tego robić.

Rurociągi GitLab uruchamiają się na każdym popchnięciu do projektu - na każdej gałęzi. Zazwyczaj będziesz chciał wygenerować znaczniki dla pliku README tylko z gałęzi master (lub gałęzi release) , więc ograniczysz krok pages tylko do działania master@group/project.

Należy również wziąć pod uwagę, że rurociąg zwykle będzie skonfigurowany tak, aby zatrzymaj się, gdy błąd pracy. Oznaczałoby to, że jeśli zadanie głównego potoku nie powiedzie się, znaczniki dla tego potoku nie zostaną wygenerowane, a zatem nie będą pomocne w określeniu, które zadanie się nie powiedzie.

Najlepszym miejscem do uzyskania natychmiastowej informacji zwrotnej jest widok potoku i możesz dodać odznakę sukcesu potoku do readme z linkiem do potoku, zwykle coś w rodzaju https://gitlabserver/namespace/project/badges/branch/build.svg

Jeśli nadal chcesz skorzystać z podejścia, które opisałeś, to moja sugestia należy ustawić każdy etap rurociągu na Zezwalaj na awarię. Umożliwiłoby to uruchomienie całego potoku, pomimo niepowodzeń w każdym zadaniu, a odznaki nadal powinny być generowane i publikowane na stronach.