Hallo,
wie handhabt ihr bzw was ist der Best Practice Ansatz, den Zusammenhang zwischen derzeit deployter "Version" und Version im Git Repo zu "wissen"?
Also wie kann ich am besten im nachhinein an der derzeit deployten Version sehen, welcher checkin/tag/sonstwas in Git der Stand ist?
Ideen? Best practice?
Hi,
Du brauchst doch nur beim Ausrollen eine neue Versionsnummer zu erzeugen und diese als Tag im Repo eintragen.?
Sowas übernimmt eine Continuous Integration Plattform wie VSTS für Dich.
Beim Release Management ist sichtbar, welche Version auf welcher Staging-Ebene (Environment) ist und aus welchem Build und damit welcher Commit-ID sie stammt.
Versionen werden auch von solch einem System erzeugt und nicht von Hand.
Hier im Anhang die Ansicht eines Releases in VSTS
- performance is a feature -
Microsoft MVP - @Website - @AzureStuttgart - github.com/BenjaminAbt - Sustainable Code
Und hier im Anhang, zu welchem Commit der Build des Releases gehört.
- performance is a feature -
Microsoft MVP - @Website - @AzureStuttgart - github.com/BenjaminAbt - Sustainable Code
Besten Dank für die Antworten.
Wie macht ihr das bei Services welche (teils) voneinander abhängen?
Alle in ein Repository?
Alles in ein Repository geht alleine schon wegen dem DevOps Grundgedanken und der Modularisierung nicht.
Jedes Modul/Applikation/Gemeinsamkeit muss unabhängig deploybar sein und das geht mit allen gängigen Tools nur bei getrennten Repositories.
- performance is a feature -
Microsoft MVP - @Website - @AzureStuttgart - github.com/BenjaminAbt - Sustainable Code