Gitlab CI-Tags verstehen

Ich habe die Dokumentation und einige Artikel gelesen und Sie könnten mich für dumm halten, aber dies ist das erste Mal, dass ich mit einem Konzept wie diesem arbeite.

• Ich habe einen Läufer mit dem Tag „testing“ registriert
• Tag “testing” in gitlab erstellt
• verband diesen Läufer mit einem bestimmten Projekt
• Ich habe auch das gleiche Tag hinzugefügt, zB “testing” in meinem lokalen Repo.

ABER wie genau läuft meine Jobs abhängig von diesen Tags? Sind all diese Operationen notwendig? Wenn ich neuen Code in das Repo drücke, wird die *.yml-Datei trotzdem ausgeführt, soweit ich sie getestet habe.

Was also, wenn ich Build nur ausführen möchte, wenn ich eine Version in einem Commit definiere?

IDK…

   git commit --tags "v. 2.0" -m "this is version 2.0" (probably not right)

Aber natürlich sollte es universell sein, damit ich nicht immer sagen muss, mit welchem ​​Tag der Läufer getriggert wird, sondern ihn zum Beispiel numerische Werte erkennen lassen.

Wie Sie sehen können, bin ich ziemlich verwirrt … Wenn Sie näher erläutern könnten, wie Tags genau funktionieren, damit ich das Konzept verstehen könnte, wäre ich Ihnen sehr dankbar.

Tags für GitLab CI und Tags für Git sind zwei unterschiedliche Konzepte.

Wenn du deine schreibst .gitlab-ci.ymlkönnen Sie einige Jobs mit dem Tag angeben testing. Wenn ein Runner mit diesem Tag verfügbar ist, übernimmt er den Job.

In Git werden in Ihrem Repository Tags verwendet, um einen bestimmten Commit zu markieren. Es ist oft daran gewöhnt Schild eine Fassung.

Die beiden Konzepte können verwechselt werden, wenn Sie Tags (in Git) verwenden, um Ihre Pipeline in GitLab CI zu starten. In deinem .gitlab-ci.ymlkönnen Sie den Abschnitt angeben only mit tags.

Beziehen auf GitLab-Dokumentation für Tags und nur.

Ein Beispiel ist, wenn Sie ein Tag mit git pushen:

$ git tag -a 1.0.0 -m "1.0.0"
$ git push origin 1.0.0

Und ein Job drin .gitlab-ci.yml so was:

compile:
    stage: build
    only: git,gitlab,Yaml,taggen,Git-Tag,git,gitlab,Yaml,taggen,Git-Tag
    script:
        - echo Working...
    tags: [testing]    

würde mit der Verwendung eines Läufers beginnen testing Schild.

Nach meinem Verständnis fehlt in Ihren Schritten die Angabe des Tags testing zu deinem Läufer. Gehen Sie dazu in GitLab in Ihr Projekt. Neben
Wikiklicke auf Einstellungen. Gehe zu CI/CD-Pipelines und da hast du deine läufer. Klicken Sie neben seiner Guid auf das Stiftsymbol. Auf der nächsten Seite können die Tags geändert werden.

Sind all diese Operationen notwendig?

Nein, wenn Sie nur einen Läufer haben oder wenn Sie viele haben, sich aber nicht darum kümmern, welcher Läufer Ihren Job ausführt, dann macht es keinen Sinn, Läufer/Jobs zu markieren.

Was also, wenn ich Build nur ausführen möchte, wenn ich eine Version in einem Commit definiere?

job:
  only:
    - tags

Gitlab-Tag: dient zum Identifizieren eines bestimmten Läufers für Ihren Job. Ref
Git-Tag: versioniert den Commit. Ref

Pushen eines neuen Repos

• würde im Allgemeinen über einen Git-Client wie pycharm erfolgen (aktuelles Beispiel)
• Code erstellen/aktualisieren
• begehen
• Setze ein Git-Tag für den Commit
• 
• Push-to-Remote zusammen mit Tags
• 
• Überprüfen Sie die Protokolle in der Client-App auf z. B. in Pycharm wie folgt:
• 
• Überprüfen Sie nun dasselbe in gitlab->Repo->tags
• 
• in gitlab job kann das gleiche mit überprüft werden Export und das Jobergebnis hätte Folgendes:
•