Created
October 2, 2014 12:45
-
-
Save seriousManual/b862a26326147f87f2bc to your computer and use it in GitHub Desktop.
deployment strategy
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
| Project I: Foo_API | |
| Project II: Foo_Frontend | |
| Project III: Foo_Configuration | |
| Project IV: Bundle of API, Frontend, Configuration | |
| Build, Test and Deployment of all four Projects should happen whenever one of the four projects changes. |
ich bin in der konfortablen lage dass es von den vier projekten bisher erst eines gibt (+ dem config projekt), so dass ich noch alle möglichkeiten offen habe.
die api und das frontend sind per definition voneinander entkoppelt um sie unabhängig von einander deployen zu können wenn es notwendig sein sollte.
projekt IV ist sozusagen die klammer die frontend, api + production configuration zusammen fasst und das gemeinsame deployment zulässt.
ich bin wie gesagt noch am konzeptieren und schau mich nach möglichkeiten um.
ansonsten macht ihr bei codeship echt einen super job, bin begeistert! :)
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Hmm, ja, da ist Codeship noch nicht optimal aufgestellt. Es gibt eine Möglichkeit das letzte Build eines bestimmten Projektes noch mal zu starten (siehe dazu https://www.codeship.io/documentation/integrations/api/#restart-the-last-build-of-a-project-through-a-script), aber bis jetzt zielen wir eher noch auf unabhängige Projekte, die unabhängig von einander getestet und deployed werden.
Die einzelnen Projekte zu entkoppeln ist wahrscheinlich mit sehr viel Aufwand verbunden, oder?