Bekijk Volledige Versie : SVN configuratie op CentOS en DA
Goedendag,
Ik zit erover te denken om op mijn geweldige VPS binnenkort een SVN-service te installeren, waarmee ik mijn projecten ervan beheer.
Nu vroeg ik me enkele dingen af:
- Hoe hebben jullie de boel geconfigureerd aan de hand van de diverse projecten?
Ikzelf heb een heel mooi CMS die ik ontwikkel, en het lijkt me erg logisch om die in een repository te gooien.
Maar wat nou als ik een nieuwe versie gemaakt heb van mijn CMS? Wat moet er dan eigenlijk precies gebeuren?
En ook voor mijn klanten maak ik diverse templates (smarty) voor in het CMS. Kan ik dan ook het beste per template een repository maken?
Is dit een beetje goede tutorial?
http://www.helmers.nu/?p=314
Als je nu nog moet beginnen met een versie-controle-systeem zou ik je aanraden om Git te gebruiken.
Hoe je je repositories indeelt, en wat waar gaat, is afhankelijk van je specifieke situatie. Het is moeilijk om daar een oordeel over te vellen. Je kan bij het gebruik van git wel even kijken naar gitflow (http://nvie.com/posts/a-successful-git-branching-model/ bvb, maar google heeft er veel meer over...)
Verschilt GIT heel erg met SVN? Op mijn werk heb ik namelijk SVN gebruikt...
Even nog een vraag:
Hoe kan je eigenlijk je repo koppellen aan je live webomgeving voor de development?
Dat je dan dus je hele repo gelijk loopt met http://dev.bedrijf.nl/project1 ?
Git en SVN "doen" hetzelfde, maar op een heel andere manier. Ik heb ook lang SVN gebruikt, en git is toch wel een heel stuk beter en stabieler.
Hoe je ervoor zorgt dat je gedeployde website gelijk is met wat er online staat is afhankelijk van je deploy-strategie. Kijk even naar bvb Capistrano om iets eenvoudigs te hebben daar (is wel voor Rails normaal, maar eenvoudig aan te passen voor php, ...)
Ik wil dus de hele repo ook direct bereikbaar maken op een subdomein, zodat ik daar het script kan uitvoeren/bekijken.
Ik las iets met hooks in SubVersion, enig idee wat voor soort script ik moet gebruiken om dit mogelijk te maken? Of kan dit ook met iets anders dan trunks? symlink misschien van /home/svn/repos/project/ naar home/domains/dev.bedrijf.nl/public_html/ ?
Dergelijke zaken zijn inderdaad via hooks te automatiseren. Gezien je vragen lijkt het me wel dat je weinig tot geen ervaring met svn/git hebt - best eerst even daar wat ervaring opdoen, en dan pas naar de rariteiten kijken.
Het script dat je zoekt zou op zich niet meer doen dan een checkout van je repo op een bepaalde plaats bij een commit, en zou dus uit één lijntje bestaan.
Ik heb wel ervaring met de werkwijze van SVN zelf, maar nog niet met het beheer.
Het is overigens al weer een jaar geleden ongeveer dat ik me voor het laatst met SVN bezig heb gehouden, maar checkout lijkt me inderdaad het logische. Ik duik de docs van het 'checkout'-hoofdstuk eens in hoe ik deze naar de web-omgeving kan deployen , vanuit een post-commit hook.
Symlinken lijkt me niet de juiste oplossing, omdat de repo niet echt 'bare' is en meer uit diff's e.d. bestaat.
Ik heb een (commercieel) plugin voor DirectAdmin die een en ander aan beheer mogelijk maakt op een standaard server. Je kunt per repository een hook instellen voor een diff mailtje en een export naar een bepaalde directory op de server. En natuurlijk users en passwords instellen. Werkt goed, na installatie geen omkijken meer naar.
Ik gebruik ook al een tijdje de SVN plugin voor DirectAdmin. Dat werkt erg goed moet ik zeggen.
Ik heb een (commercieel) plugin voor DirectAdmin die een en ander aan beheer mogelijk maakt op een standaard server. Je kunt per repository een hook instellen voor een diff mailtje en een export naar een bepaalde directory op de server. En natuurlijk users en passwords instellen. Werkt goed, na installatie geen omkijken meer naar.
Heb je een link naar het betreffende pakket/de plugin? Kijken we naar dezelfde namelijk, voor de compleetheid :) thanks in advance.
Heb je een link naar het betreffende pakket/de plugin?
dit is jaren geleden zelfgemaakt
9787
Ziet er gelikt uit. Ik kan eens kijken of ik dit ook erbij kan nemen, maakt het beheer weer wat makkelijker....
En de installatie-stappen van SVN volgens de opbouw waarmee deze plugin samenwerkt? Is die er ook?
Mocht je database wijzigingen willen bijhouden kun je ook kijken naar liquibase. Via een changeset kun je versies bijhouden. Hiervan kan een XML gegenereerd worden die je in svn kunt inchecken. Bij een hook zou je dus ook direct de DB kunnen aan passen of rollbacken.
Ziet er gelikt uit. Ik kan eens kijken of ik dit ook erbij kan nemen, maakt het beheer weer wat makkelijker....
En de installatie-stappen van SVN volgens de opbouw waarmee deze plugin samenwerkt? Is die er ook?
Deze plugin wordt voor 50 euro exclusief BTW verkocht, eventueel inclusief remote installatie.