Closed utschenik closed 1 year ago
Name | Link |
---|---|
Latest commit | c5c0fad12ebd64a03a174236e395b19d0d15a5e4 |
Latest deploy log | https://app.netlify.com/sites/adesso-devblog-pr-preview/deploys/6401dc7ab6b2580008abd8fa |
author_ids: Author avatar url is missing for author utschenik. Provide an avatar url.
Blogpost seems formally correct and ready for review!
Blogpost seems formally correct and ready for review!
Blogpost seems formally correct and ready for review!
Blogpost seems formally correct and ready for review!
Blogpost seems formally correct and ready for review!
Blogpost seems formally correct and ready for review!
Blogpost seems formally correct and ready for review!
Hi @jo2,
dass besondere ist ja das die neue Version erst erstellt wird, wenn der Merge Request gemergt wird. In meinen Repository Setups sind die Hauptbranches immer protected. Man könnte diese unprotected machen und dann aus der Pipeline einen Commit machen und z.B die pom.xml anpassen. Davon würde ich aber ehr abraten.
Ich verstehe deinen Punkt das man das gerne festhalten möchte in den Konfigurationsdateien für die verschiedenen Build Tools. In meinem Ansatz verfolge ich aber ehr den Ansatz die Versionsnummern in Git zusichern als in einer Datei.
Mit meiner Lösung könnte man einen neuen Job erstellen für die Pipeline der ausgeführt wird wenn ein neuer Git-Tag erzeugt wird, der dann sowas wie "maven --version=$GIT_TAG pom.xml deploy" ausführt. Man würde ehr die Version in den Konfigurationsdateien Variabel machen als sie im Commit dann extra festzulegen.
Ich dachte eigentlich das hat mein Anwendungsbeispiel mit Docker etwas zeigen können.
Danke für dein Feedback, die anderen Punkte werde ich die Tage überarbeiten!
Blogpost seems formally correct and ready for review!
Blogpost seems formally correct and ready for review!
Blogpost seems formally correct and ready for review!
Blogpost seems formally correct and ready for review!
Blogpost seems formally correct and ready for review!
Blogpost seems formally correct and ready for review!
Blogpost seems formally correct and ready for review!
Blogpost seems formally correct and ready for review!
Blogpost seems formally correct and ready for review!
Blogpost seems formally correct and ready for review!
Blogpost seems formally correct and ready for review!
@jo2 Ich hab deine Änderungsvorschläge nochmal durchgearbeitet, danke dir fürs ausführliche review!!
Blogpost seems formally correct and ready for review!
Blogpost seems formally correct and ready for review!
@jo2 Ich hab mir nochmal meinen Post durchgelesen und bin auch sehr happy, für mich ist das auch fertig. Deine Review-Suggestions haben das ganze sehr rund gemacht 👍 Danke dir
Danke! @acetous willst du hier noch drüber gucken? Von meiner Seite aus kann der Artikel veröffentlicht werden.
Blogpost seems formally correct and ready for review!
Blogpost seems formally correct and ready for review!
@jo2 @acetous ich hab mal den Merge Konflikt behoben und das Datum vom Blog-Post angepasst, ist ja jetzt schon ein bisschen her
Das passt soweit, das Datum wird direkt vor der Veröffentlichung von uns noch auf das aktuelle Datum gesetzt, damit dein Post auch als neuester im adesso-Blog angezeigt wird.
Blogpost seems formally correct and ready for review!
Blogpost seems formally correct and ready for review!
Wenn du einen Pull-Request stellst, teile uns bitte deine Änderungen mit, indem du die unten angegebene Publish-Checkliste nutzt.
Publish Checkliste