Wie erstelle ich Releases in GitLab?

Ich hatte ein privates Repository erstellt, das ich dann in ein öffentliches Repository geändert habe. Ich konnte jedoch keinen Weg finden, um freizugeben. Ist es möglich, Releases in GitLab zu erstellen? Wenn ja, wie werden sie gemacht?

So erstellen Sie eine Version auf der GitLab-Website:

1. Gehen Sie zu Ihrem Repository
2. Wählen Sie im Menü Repository> Tags
3. Fügen Sie ein Tag für die Version Ihrer App hinzu. Zum Beispiel v1.3.1.
4. Fügen Sie eine Nachricht (Titel) zur Veröffentlichung hinzu. Zum Beispiel Release 1.3.1.
5. Fügen Sie eine Notiz hinzu, die die Details der Version beschreibt. (Nicht optional. Das Hinzufügen einer Notiz zu einem Tag macht es zu einer Veröffentlichung.)
6. Klicken Sie auf Tag erstellen .

Die Version wird nun unter Projekt> Releases angezeigt . Weitere Informationen finden Sie in der GitLab-Dokumentation . GitLab empfiehlt, dass Sie jetzt die Release-API verwenden , deren Dokumentation jedoch schwer zu befolgen ist. Dies wäre jedoch die bevorzugte Methode, um alles mit CI / CD zu automatisieren.

Wenn Sie über eine GitHub-ähnliche Version sprechen , bei der Sie einem Tag eine oder mehrere Binärdateien zuordnen , dann enthält GitLab diese Funktion noch nicht.

Sie haben einen Vorschlag in Bearbeitung , für den Pull Request akzeptiert wird.

Update November 2015: Wie in " Speichern von Releases / Binärdateien in GitLab? " Erwähnt , unterstützt GitLab 8.2 Releases .

Mit Releases können Sie jetzt jedem Git-Tag eine Markdown-formatierte Nachricht hinzufügen und eine beliebige Anzahl von Dateien anhängen.

Hinweis: Die Release-API unterstützt noch keine Dateianhänge.

Keelan erwähnt in den Kommentaren, dass Ausgabe 31221 diese Anfrage verfolgt.

GitLab 11.7 (Januar 2019) bietet die Möglichkeit, Releases in GitLab zu erstellen und auf einer Übersichtsseite anzuzeigen.

Releases sind eine Momentaufnahme der Quelle, der Links und anderer Metadaten oder Artefakte, die mit einer veröffentlichten Version Ihres Codes verknüpft sind, und ermöglichen es Benutzern Ihres Projekts, die neueste veröffentlichte Version Ihres Codes leicht zu ermitteln .

GitLab 12.6 (Dez. 2019) fügt "Automated Release Evidence Collection zur Unterstützung von Audits" hinzu.

GitLab-Versionen verfügen jetzt über einen neuen Eintrag in der Evidence-Sammlung, in dem Sie eine Momentaufnahme der Metadaten der Version im JSON-Format finden. Dieser Schnappschuss kann als Aufbewahrungskette genutzt werden, um Überprüfungs- und Compliance-Prozesse wie Audits zu unterstützen.

Siehe Ausgabe 26019 und Dokumentation .

GitLab 12.10 (April 2020) ermöglicht:

Vergleichen Sie die Release Evidence im Laufe der Zeit

(nur für Premium + Edition)

GitLab 13.2 (Juli 2020) fügt hinzu:

Erstellen Sie Releases von .gitlab-ci.yml

In 12.10 haben wir eine Möglichkeit eingeführt, mit der Sie automatisch Release-Tags aus der .gitlab-ci.ymlDatei erstellen können.
Jetzt haben wir die Verwendung einfacher und natürlicher gemacht, indem wir das Release-Schlüsselwort als einen Schritt verfügbar gemacht haben, den der GitLab Runner analysieren kann. Sie müssen kein Skript mehr hinzufügen, um die Release-API aufzurufen und ein Release zu erstellen.
Stattdessen können Sie Ihrer CI / CD-Datei einfach die richtigen Parameter hinzufügen.

Siehe Dokumentation und Problem .

GitLab 13.5 (Oktober 2020) hat jetzt:

Fügen Sie binäre Assets zu Releases hinzu

Wenn Sie GitLab derzeit nicht für Ihre Releases verwenden, weil Sie keine Binärdateien an Releases anhängen können, ist Ihr Workflow jetzt viel einfacher.

Sie haben jetzt die Möglichkeit, Binärdateien an ein Release-Tag aus dem anzuhängen gitlab.ci-yml. Dies erweitert die Unterstützung von Release-Assets um Binärdateien und nicht nur um Asset-Links oder Quellcode. Dies macht es Ihren Entwicklungsteams noch einfacher, GitLab zu übernehmen und damit Ihren Release-Prozess zu automatisieren.

Siehe Dokumentation und Ausgabe .

Update Nov. 2015: GitLab 8.2 unterstützt jetzt Releases.

Mit der API können Sie jetzt eine Relase erstellen und aktualisieren, die einem Tag zugeordnet ist . Derzeit ist es nur möglich, Git-Tags (auch bekannt als Releases) Versionshinweise (Markdown-Text und Anhänge) hinzuzufügen.

Releases in einem "modernen" GitLab sind mehr als nur Git-Tags. Ich habe bereits eine ausführliche Beschreibung zu diesem Thema geschrieben.

Kurz gesagt besteht das Erstellen eines Releases aus folgenden Schritten:

1) Erstellen Sie ein Tag für Ihr Commit

git tag -a MY_TAG_NAME 30728cab

2) Schieben Sie das Tag in Ihr Remote-Repository

git push REMOTE_REPO_NAME REMOTE_BRANCH_NAME MY_TAG_NAME

3) Laden Sie eine Datei hoch

curl --request POST --header "Private-Token: YOUR_PRIVATE_TOKEN" --form "file=@/PATH/TO/THE/FILE/file.txt" "https://MY_GITLAB_HOSTING.COM/api/v4/projects/MY_PROJECT_ID/uploads"

WARNUNG: Es gibt keine offizielle Möglichkeit, die hochgeladene Binärdatei aus dem GitLab-Repository zu löschen. Ich empfehle, sie auf einem anderen Hosting zu speichern und nur den Link zu speichern!

4) Erstellen Sie eine Version

curl --request POST --header 'Content-Type: application/json' --header "Private-Token: YOUR_PRIVATE_TOKEN" --data '{"name": "MY_RELEASE_NAME", "tag_name": "MY_TAG_NAME", "description": "Release with the binary LINK_TO_YOUR_BINARY"}' "https://MY_GITLAB_HOSTING.COM/api/v4/projects/MY_PROJECT_ID/releases"

Schließlich empfehle ich dringend, sich vor allem meine ältere, verknüpfte Antwort anzuschauen, da dort viele Dinge erklärt und hilfreiche Bash-Skripte angehängt werden!

Verwenden Sie Gitlab-Tags.

Erstellen Sie ein Tag mit dem Namen des Tags und der Festschreibungsnotiz git tag -a v1.05 -m "1st stabe release

Änderungen drücken git push origin --tag

Ich konnte noch nicht herausfinden, wie die Markdown-Versionshinweise auf gitlab verwendet werden, mit denen Sie Links hinzufügen können. Möglicherweise müssen Sie dies manuell tun oder die Rest-API verwenden.

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