Ich versuche, einen Weg, um herauszufinden, zu bauen Plaketten auf Artikel in GitJenkins Version beim Aufbau zu erzeugen, mit
Meine Gedanken das Tagging haben Jenkins waren zu schaffen zu machen, wie unten durch den Artikel gesehen.
Laut diesem Artikel: http://www.nailedtothex.org/roller/kyle/entry/configuring-automatic-push-by-successfully
Mein Verständnis ist, dass die Versionsnummern sind in der folgenden Art und Weise erzeugt werden:
(Major version).(Minor version).(Revision number).(Build number)
1.2.3 (11BCF) <- Build number, should correspond with a revision in source control
^^^
| | |
| | +--- Minor bugs, spelling mistakes, etc.
| +----- Minor features, major bug fixes, etc.
+------- Major version, UX changes, file format changes, etc.
nach dieser Nachricht: https://softwareengineering.stackexchange.com/questions/3199/what-version-naming-convention-do-you-use
I haben 4 Ebenen für das Projekt, PRODUKTION, TEST, KONSOLIDIERUNG, ENTWICKLUNG.
Die Releases aussehen
PRODUCTION (generate deploy build only if major/minor/revision number changes)
^ (send to STABLE repository)
|
TEST (generate deploy build only if major/minor/revision number changes)
^
|
CONSOLIDATION (generate all of the time)
^
|
DEVELOPMENT (generate all of the time)
Wie kann ich den $ BUILD_NUMBER beheben, so dass es ($ BUILD_NUMBER) erzeugt wird, nach: (Major Version) (Minor Version) (Revisionsnummer)... (Build-Nummer)
Was kann ich an einen Jenkins Job passieren (bei der Konfiguration), so dass es Veränderungen in der (Major-Version) erkennt. (Minor-Version). (Revisionsnummer)
gibt es eine bessere Möglichkeit, dies zu tun Stift?
TIA
BUILD_NUMBER ist Prozess Teil von Jenkins bauen, und wurde automatisch generiert, wenn der Job bekam Ich denke, Sie haben sich auf die Jenkins-Pipeline zu mehr Kontrollfluss-Ding wie SCM-tagging oder Versionsnummeränderung bezogen. – chenrui
nicht sicher über welche Sprache verwenden Sie, aber jedes Build-Tool kann auch auf die Versionsnummer Management-Flow erleichtern. – chenrui