2016-03-22 18 views
0

Ich habe ein Problem in meinem Workflow.Programmier-Workflow mit Git/AWS Elastic Beanstalk

Ich habe 2 Git Branche: Entwickler, prod

ich codepipeline verwenden, um automatisch in seinen jeweiligen Server, Inhalte zu veröffentlichen, wenn der Code gedrückt wird

So git, wenn ich dev drücken, automatisch dev Server aktualisieren .

Jetzt habe ich ein konzeptionelles Problem.

All mein Team verpflichtet sich zu dev, also wenn ich Dev zu Prod fusioniere, werden alle meine Dev-Änderungen implementiert, auch wenn es einige Änderungen gibt, die für Inst nicht estable sind.

Wie soll ich es schaffen ???

Ich dachte über einen externen Zweig erstellen, aber jeder Zweig sollte zu einem Server bezogen werden, so würde ich mehr Infrastruktur benötigen (1 Server pro Zweig, wenn ich 10 Personen im Team haben, 10 Server?), Und der Fluss wird schwerer, ich mag es nicht zu sehr.

Irgendeine Idee, wie man es repariert ???

Antwort

1

Einfach, stoppen Sie das Zusammenführen von Dev-Zweig in Prod-Zweig. Jedes Feature, an dem gerade gearbeitet wird, sollte seinen eigenen Zweig haben. Diese Feature-Verzweigungen sollten immer dann zu dev zusammengeführt werden, wenn sie für dev bereitgestellt werden müssen, und in prod zusammengeführt werden, wenn sie für die Bereitstellung auf prod bereit sind.

Stoppen Sie das Zusammenführen von Material in Ihren Produktionszweig, der nicht produktionsbereit ist (das sollte wirklich selbstverständlich sein). Und nicht mehrere Entwickler arbeiten an mehreren Funktionen in einem Zweig.

bearbeiten weiter zu beschreiben, was ich rede:

  1. Dev 1 arbeitet auf einen Funktionszweig:
    • git commit
    • git push origin A
  2. Dev 2 arbeitet am Feature-Zweig B:
    • git commit
    • git push origin B
  3. sowohl A Merkmale und B sind für die Prüfung auf dem Entwickler-Server bereit:
    • git Kasse dev
    • git merge origin/A
    • git merge Herkunft/B
    • git push
  4. Feature A ist für die Freigabe zur Produktion bereit, aber Merkmal B braucht mehr Arbeit:
    • git Kasse prod
    • git Herkunft/A
    • git push
+0

aber in dieser fusionieren Fall, wenn ich eine Verzweigung für Feature habe, muss ich ein Server x Feature haben, um es zu testen. Es ist nicht so lebensfähig –

+0

Es tut mir leid, aber Ihr Kommentar macht keinen Sinn. Vielleicht erklären Sie, warum Sie denken, dass Sie dieses Problem haben würden. Ich versichere Ihnen, dass git von VIELEN Menschen so benutzt wird, wie ich es gerade beschrieben habe, ohne das Problem, das Sie gerade beschrieben haben. –

+0

@JuliatzindelToro sehen Sie die expliziten Schritte, die ich zu meiner Antwort hinzugefügt habe. –

Verwandte Themen