Vraag over GitHub

Gestart doorRobinkoch6 reacties277 weergaven

7 berichten · pagina 1 van 1

Robinkoch

Lid · Topicstarter

Berichten
4.213
Reputatie
0
Punten
0,02
Lid sinds
Laatst gezien
Hi iedereen,

Momenteel ben ik bezig met het opzetten van GitHub. Ik had het idee om bijvoorbeeld de master branch als live omgeving te gebruiken. Als we dus een branch mergen met de master dan moet deze ook gelijk op de live omgeving worden geupdate.

Mijn vraag is dan, is dit handig om te doen en als het handig is, hoe zet je zoiets op?

Alvast bedankt!
0
Berichten
93.699
Reputatie
0
Punten
1,27
Lid sinds
Laatst gezien
Dit is ongeveer hoe ik het doe. Ik heb dus een development branche (dat is de master) en Voor productie heb ik dan stable wink
0
Robinkoch

Lid · Topicstarter

Berichten
4.213
Reputatie
0
Punten
0,02
Lid sinds
Laatst gezien
Sevvlor schreef:
Dit is ongeveer hoe ik het doe. Ik heb dus een development branche (dat is de master) en Voor productie heb ik dan stable wink
Mooi blog artikel! Hier kan ik nog wat van leren smile

Alleen hoe doe jij het dan met de implementatie op de live omgeving?

Moet je dan handmatig de nieuwste versie iedere keer uploaden of...?
0
Berichten
93.699
Reputatie
0
Punten
1,27
Lid sinds
Laatst gezien
Robinkoch schreef:
Eerdere citaten tonen
Sevvlor schreef:
Dit is ongeveer hoe ik het doe. Ik heb dus een development branche (dat is de master) en Voor productie heb ik dan stable wink
Mooi blog artikel! Hier kan ik nog wat van leren smile

Alleen hoe doe jij het dan met de implementatie op de live omgeving?

Moet je dan handmatig de nieuwste versie iedere keer uploaden of...?
Ik pull van die repo wink. https://github.com/blog/2024-read-only-deploy-keys Dat kan ook met private repos
0
Berichten
93.699
Reputatie
0
Punten
1,27
Lid sinds
Laatst gezien
Master voor production, and dev voor Development.
Verder heeft GitHub een mooie API, en webhooks.
Middels webhooks kan je jouw API laten weten dat er een PR is (gemerged)
Jouw API gebruikt dan de GitHub API om te deployen (na checks of whatever)
Hier tussen kan je bijv. ook CIs als Travis gebruiken. (Zelf bouwen is natuurlijk het chillste / goedkoopste)
0
Robinkoch

Lid · Topicstarter

Berichten
4.213
Reputatie
0
Punten
0,02
Lid sinds
Laatst gezien
Sevvlor schreef:
Eerdere citaten tonen
Robinkoch schreef:
Eerdere citaten tonen
Sevvlor schreef:
Dit is ongeveer hoe ik het doe. Ik heb dus een development branche (dat is de master) en Voor productie heb ik dan stable wink
Mooi blog artikel! Hier kan ik nog wat van leren smile

Alleen hoe doe jij het dan met de implementatie op de live omgeving?

Moet je dan handmatig de nieuwste versie iedere keer uploaden of...?
Ik pull van die repo wink. https://github.com/blog/2024-read-only-deploy-keys Dat kan ook met private repos
Jessee schreef:
Master voor production, and dev voor Development.
Verder heeft GitHub een mooie API, en webhooks.
Middels webhooks kan je jouw API laten weten dat er een PR is (gemerged)
Jouw API gebruikt dan de GitHub API om te deployen (na checks of whatever)
Hier tussen kan je bijv. ook CIs als Travis gebruiken. (Zelf bouwen is natuurlijk het chillste / goedkoopste)
Hheel erg bedankt, ik ben nu bezig met het onderzoeken wat webhooks precies zijn en hoe ik die moet implementeren op onze servers.

Hoe pakken jullie het voor de rest trouwens aan? Draaien jullie bijvoorbeeld lokaal een ontwikkel server en dan een online server waarop de stable versies staan?
0
Berichten
93.699
Reputatie
0
Punten
1,27
Lid sinds
Laatst gezien
Robinkoch schreef:
Eerdere citaten tonen
Sevvlor schreef:
Eerdere citaten tonen
Robinkoch schreef:
Eerdere citaten tonen
Sevvlor schreef:
Dit is ongeveer hoe ik het doe. Ik heb dus een development branche (dat is de master) en Voor productie heb ik dan stable wink
Mooi blog artikel! Hier kan ik nog wat van leren smile

Alleen hoe doe jij het dan met de implementatie op de live omgeving?

Moet je dan handmatig de nieuwste versie iedere keer uploaden of...?
Ik pull van die repo wink. https://github.com/blog/2024-read-only-deploy-keys Dat kan ook met private repos
Eerdere citaten tonen
Jessee schreef:
Master voor production, and dev voor Development.
Verder heeft GitHub een mooie API, en webhooks.
Middels webhooks kan je jouw API laten weten dat er een PR is (gemerged)
Jouw API gebruikt dan de GitHub API om te deployen (na checks of whatever)
Hier tussen kan je bijv. ook CIs als Travis gebruiken. (Zelf bouwen is natuurlijk het chillste / goedkoopste)
Hheel erg bedankt, ik ben nu bezig met het onderzoeken wat webhooks precies zijn en hoe ik die moet implementeren op onze servers.

Hoe pakken jullie het voor de rest trouwens aan? Draaien jullie bijvoorbeeld lokaal een ontwikkel server en dan een online server waarop de stable versies staan?
Ik heb lokaal een dev server draaien met daar een geanonimiseerde clone van productie er op. Alles is een op een over genomen. Alle versies etc zijn gelijk.

Tegen die lokale server ontwikkel ik. Als dat gedaan is gaat het naar de "test" server. Daar doe ik zelf eigenlijk acceptatietesten. Werkt het lekker? Werkt het goed? (soms ook met wat andere menselijke slachtoffers).

Simultaan met dit draaien ook de unittests (TravisCI is amazing) smile. Als alles het OK krijgt push ik het naar de stable branch en kan ik het handmatig updaten of het update zichzelf DMV die webhook.

Edit: Op mijn werk gaat het iets anders. Dit is wat ik zelf doe, daar moet ik wel bijzeggen dat ik niet voor ieder project een testserver hebt, soms doe ik dat op de dev server door doodleuk de debugger uit te zetten.
0

Jouw reactie

Deel je idee, stel een vraag of help een ander verder.

Editor laden…

Praat mee met de One2xs-community.

Inloggen om te reageren