2017-01-31 3 views
2

Gibt es eine Art von AWS CodeBuild-Umgebungsvariablen, die beim Stempeln von Versionsinformationen zu Buildartefakten hilfreich sein können? . d.h. die Äquivalente von dem, was Bamboo hat, wie zum Beispiel bambus_buildNumber. Idealerweise würde ich sowohl Build-Nummer als auch SCM-Nummer haben wollen.AWS CodeBuild Umgebungsvariablen für die Versionierung?

Die Dokumente sprechen über CODEBUILD_x Variablen für den internen Gebrauch, aber ich kann keine Auflistung von ihnen finden.

Antwort

4

Verweis auf Umgebungsvariablen durch CodeBuild für den Verbrauch vended ist hier aufgelistet: http://docs.aws.amazon.com/codebuild/latest/userguide/build-env-ref.html#build-env-ref-env-vars

Für Build-Nummer bezogenen Informationen können Sie CODEBUILD_BUILD_ID oder CODEBUILD_BUILD_ARN verwenden. Je nachdem, wie der Build ausgelöst wurde und was die Eingabeparameter für den Build waren (z. B. wenn Sie beim Starten des Builds die Quellversion angegeben haben - reference), können Sie zusätzlich die CODEBUILD_SOURCE_VERSION- oder CODEBUILD_SOURCE_REPO_URL-Umgebungsvariablen verwenden.

CodeBuild-Dokumentation wurde noch nicht mit den detaillierten Informationen dieser aktualisierten Umgebungsvariablen aktualisiert.

Danke!

+0

Danke! BTW .. gibt es eine Variable Branch env? Bamboo_planRepository_branchName Bamboo-Entsprechung – vicsz

+3

CodeBuild funktioniert hauptsächlich mit Git-Commit-Hashes, aber Sie können beim Starten des Builds Branch-Informationen angeben (anstelle von Commit-Hash). CODEBUILD_SOURCE_VERSION wird in diesem speziellen Fall nicht in den Commit-Hash aufgelöst und ist der Name der Verzweigung. Es ist genau gleich, wenn Sie versuchen, Tags zu verwenden, anstatt Hashes/Zweige zu committen. – awsnitin

Verwandte Themen