Assets, Zusammenführen von Git-Branches und Releases
Jeder hat einen anderen Git-Workflow eingerichtet, aber für die Zwecke dieses Beitrags gehen Sie davon aus, dass Sie so etwas wie das Folgende haben:
- Eine Filiale, in der sich alle Ihre unbebauten Vermögenswerte befinden.
- Ein System der kontinuierlichen Integration, das die Assets aufbaut und einen neuen Zweig oder vielleicht eine neue Version erstellt.
- Eine Verzweigung, die vom Continuous-Integration-System erstellt wird und die erstellten Assets enthält.
Die Hauptkomponente dieses Workflows ist das Continuous-Integration-System. Das heißt, wenn es fehlschlägt, funktioniert die Arbeit, die für den Aufbau der Assets und die Erstellung eines neuen Zweigs verantwortlich ist, nicht mehr.
Und wenn das passiert, müssen wir es manuell tun. Es ist mühsam, sicher, aber nicht schwierig. Wenn Sie sich in dieser Situation befinden, können Sie wie folgt vorgehen, um Assets zu erstellen, Git-Branches zusammenzuführen und eine versionierte Version zu erstellen.
Zusammenführen von Git-Branches
Gehen Sie für diesen Beitrag davon aus, dass Sie ein Build-Tool eingerichtet haben, das für das Kompilieren Ihrer Assets verantwortlich ist. Dies kann eines der verfügbaren Tools sein, aber ich werde verschiedene verwenden npm
, um den Punkt zu demonstrieren.
1 Richten Sie den Quellzweig ein
Der Quellzweig enthält alle nicht erstellten Assets. Im Wesentlichen sind dies alle rohen JavaScript-Quellen, Stylesheets und alle anderen Front-End-bezogenen Komponenten, die nicht erstellt wurden.
Sobald der Code fertig ist, kann er erstellt und an den Branch übergeben werden, an dem Sie gerade arbeiten. Für diesen Artikel bezeichnen wir es als develop
.
Nachdem wir diese Änderungen gepusht haben, müssen wir dann Branches in den built
Branch ändern.
2 Führen Sie den Source-Branch mit dem Built-Branch zusammen
Sobald wir uns im Build-Zweig befinden, können wir alle Ressourcen erstellen (wiederum mit dem für Sie am besten geeigneten Tool). Aber bevor wir das tun, müssen wir sicherstellen, dass wir die Arbeit built
von der develop
Verzweigung in die Verzweigung bringen.
Mit anderen Worten, wir müssen zusammenführen develop
, develop-built
obwohl der Code develop-built
nach der Zusammenführung möglicherweise veraltet ist – oder wahrscheinlich sein wird.
Dann führen wir tatsächlich die notwendigen Befehle aus, um die Assets zu erstellen, hinzuzufügen und in den Zweig zu übertragen, und dann pushen wir die neue Arbeit:
Dies gibt uns jetzt einen Zweig develop
mit allen Rohquellen und einen Zweig, develop-built
den wir verwenden können, um unsere Veröffentlichungen zu markieren.
3 Markieren Sie den Built-Zweig
An diesem Punkt möchten Sie vielleicht nur develop-built
als versioniertes Release markieren, Sie möchten es vielleicht zusammenführen master
oder was auch immer der Fall ist. Wenn Sie jedoch zwei separate Tags beibehalten möchten, eines für das Quell-Tag und eines für das eigentliche Release-Tag, sollten Sie dies möglicherweise durch Tagging tun, develop
bevor develop-built
Sie weitere Zusammenführungen durchführen.
Insbesondere können Sie Folgendes develop
als versionierte Quelle markieren:
Und develop-built
als getaggte Veröffentlichung:
An diesem Punkt können Sie dies mit dem master
Zweig oder dem Hauptzweig zusammenführen, den Sie beibehalten möchten. Wenn Sie jedoch Composer verwenden, möchten Sie wahrscheinlich auf versionierte Versionen verweisen, sodass Sie hier die Registerkarte verwenden können.
Schlussbemerkung
Beachten Sie, dass Ihr Arbeitsablauf variieren kann – und wahrscheinlich auch wird. Vielleicht verwenden Sie Verzweigungen, vielleicht verwenden Sie Tags, vielleicht verwenden Sie eine Kombination der beiden wie oben.
Es geht nicht darum, zu sagen, wie Sie es tun sollten, sondern letztendlich darum, wie Sie Git-Zweige zusammenführen, damit Ihr Quellzweig in den erstellten Zweig gelangen kann, damit Sie die Assets erstellen und nach Bedarf versionieren können.