VersionControl systeem

[Dries.S]

Beste,

Ik zou graag versioncontrol implementeren voor mijn (vooral php ) projecten die ik host op bepaalde servers. Op 1 server is het zeker mogelijk om te werken met git omdat deze server tot mijn eigendom behoort.

Nu vroeg ik me af of ik van bepaalde projecten lokaal met git een repository kan bijhouden en dit dan pushen naar een gewoon shared hosting account van een provider. Ik heb hiervoor zoizo ssh access nodig maar dit wordt bijna door niemand ondersteund.

Wat zijn de verschillende mogelijkheden? Is het ook zinvol een git server lokaal te draaien of is dit beter dat je het uitbesteed en hiervoor een VPS huurt?

En wat raden jullie aan? Git, SVN of andere tools?

Groetjes,
Dries

[t.bloo]

Wij hebben vrij veel klanten die shared subversion hosting bij ons afnemen. Dat is met een directadmin control panel plugin voor het aanmaken van de subversion repositories. Hiermee kun je ook users toewijzen per repository. En optioneel kun je met jailed shell ssh ook op de server zelf met svn werken.

Met GIT nog geen ervaring. Eigen VPS inrichten is ook altijd een goede optie natuurlijk.

[marsipulami]

SVN is goed opzich, het nadeel is in mijn ervaring dat wanneer je repository ook je workingdirectory is dat hij die volstampt met meta-files om versies in bij te houden. Die copieer je dan ook naar je hostingpakketje.

maar misschien is hier wel een workaround voor zo geen idee

[kjkoster]

Ik gebruik SVN en ik kopieer alles via een script met scp naar mijn hosts, waarna ik de .svn directories weggooi. Even een paar minuutjes met je favoriete script taal en klaar.

Kees Jan

[daanl]

Volgens mij kan je tot overal neerzetten hoeft geen service te.draaien wij hebben een hit erop op onze file server staan werkt prima

[kjkoster]

Dag Daan,

Wat een interessante zin. :-)

Kees Jan

[Matthias]

Het grote voordeel van Git ten opzichte van de meer traditionele version control software is nu juist dat je lokaal kunt werken (en zonder internet verbinding commits / rollbacks e.d. kunt uitvoeren). Je upstream master bijwerken kan wanneer je weer eens 'n verbinding hebt.

Om je veranderingen op de live sites te krijgen kun je ofwel inloggen met SSH aldaar of inderdaad via sftp oid werken.

Kijk misschien ook eens naar Github.com als (betaalde) optie voor een centraal repository.

[t.bloo]

Er zijn een aantal opties om de bestanden op een andere server te krijgen:
- direct op de server werken met SSH
- indirect door bijvoorbeeld een FSTP filesystem te mounten en dan vanuit je PC daarop te werken
- de wijzigingen er met de hand naar toe kopiëren
- met RSYNC de server locatie up-to-date houden
- met de hand een svn export uitvoeren
- met een commit script automatisch een export uitvoeren

Als je van de .svn directories afwil op je server locatie, dan zijn kan dat door:
- een export gebruiken, deze is altijd vrij van .svn bestanden
- met een bash/perl/php/whatever script deze directories regelmatig weggooien
- als je rsync ofzo gebruikt de .svn directories excluden van de sync

[Dries.S]

Het grote voordeel van Git ten opzichte van de meer traditionele version control software is nu juist dat je lokaal kunt werken (en zonder internet verbinding commits / rollbacks e.d. kunt uitvoeren). Je upstream master bijwerken kan wanneer je weer eens 'n verbinding hebt.

Om je veranderingen op de live sites te krijgen kun je ofwel inloggen met SSH aldaar of inderdaad via sftp oid werken.

Kijk misschien ook eens naar Github.com als (betaalde) optie voor een centraal repository.

Github heb ik inderdaad al mee gewerkt maar momenteel is het niet nodig om de code te sharen tussen verschillende pc's dus kan het perfect lokaal gebeuren. Echter wanneer de pc crasht is het wel een probleem.

Het probleem ligt hem echter in het feit dat ik niet snap hoe ik het naar de destbetreffende plaats kan pushen, bv naar een shared hosting account indien er geen ssh/sftp aanwezig is.