SVN
Beste PHP'ers,
Ik ben van plan om gebruik te gaan maken van SVN, en heb nu uitgevonden hoe het werkt. Hebben er hier mensen ervaring met SVN (= voor- en nadelen ondervonden?). Zoja, op welk soort site's gebruik je dat dan (voorbeelden graag)? Zijn er ook grote bedrijven die dit gebruiken, of alleen opensource projecten?
Ik ben van plan om gebruik te gaan maken van SVN, en heb nu uitgevonden hoe het werkt. Hebben er hier mensen ervaring met SVN (= voor- en nadelen ondervonden?). Zoja, op welk soort site's gebruik je dat dan (voorbeelden graag)? Zijn er ook grote bedrijven die dit gebruiken, of alleen opensource projecten?
SVN heeft meer voordelen dan nadelen, imo. Ikzelf gebruik ook SVN voor version control en het werkt uitstekend.
Voordelen:
- Als je pc crasht, bestaat er nog altijd bij anderen een kopie en anders op de SVN server.
- Wanneer iemand een commit maakt met een stuk code die alles om zeep helpt, kan je een eerdere versie ophalen en alle schade herstellen.
- Voor iedereen is de laatste (of eerdere) versies ter beschikking op elk moment van de dag.
Nadelen:
- De leercurve voor SVN is in het begin nogal steil. Daarna is het een soort gewoonte en gaat alles vanzelf.
- Er kunnen conflicten ontstaan. Wanneer je een commit maakt, moet jouw versie (voor jouw bewerkingen) van de bewerkte bestanden hetzelfde zijn als die op de server. Als dat niet het geval is, dus wanneer iemand voor jouw iets heeft bewerkt, dan zul je handmatig de bestanden moeten gelijktrekken. Dit kan je makkelijk voorkomen door voor je een commit maakt, eerst te updaten naar de HEAD versie.
Ik (en de rest van het team) maak gebruik van Google Code en werkt perfect. Het is geheel gratis, maar dat betekent ook dat jouw code 'public' is en niet 'private', oftewel: OpenSource.
OpenSource projecten maken gebruik van Google Code bijvoorbeeld, maar grotere bedrijven hebben hun eigen SVN servers draaien.
Voordelen:
- Als je pc crasht, bestaat er nog altijd bij anderen een kopie en anders op de SVN server.
- Wanneer iemand een commit maakt met een stuk code die alles om zeep helpt, kan je een eerdere versie ophalen en alle schade herstellen.
- Voor iedereen is de laatste (of eerdere) versies ter beschikking op elk moment van de dag.
Nadelen:
- De leercurve voor SVN is in het begin nogal steil. Daarna is het een soort gewoonte en gaat alles vanzelf.
- Er kunnen conflicten ontstaan. Wanneer je een commit maakt, moet jouw versie (voor jouw bewerkingen) van de bewerkte bestanden hetzelfde zijn als die op de server. Als dat niet het geval is, dus wanneer iemand voor jouw iets heeft bewerkt, dan zul je handmatig de bestanden moeten gelijktrekken. Dit kan je makkelijk voorkomen door voor je een commit maakt, eerst te updaten naar de HEAD versie.
Ik (en de rest van het team) maak gebruik van Google Code en werkt perfect. Het is geheel gratis, maar dat betekent ook dat jouw code 'public' is en niet 'private', oftewel: OpenSource.
OpenSource projecten maken gebruik van Google Code bijvoorbeeld, maar grotere bedrijven hebben hun eigen SVN servers draaien.
Welke bedrijven gebruiken dan bijvoorbeeld SVN? Aangezien je dat alleen kunt zeggen wanneer je ergens aanwijzingen vandaan haalt.
Of welke site's (niet dat dat zichtbaar is, maar gewoon om een idee te krijgen).
Hoeveel code voegt SVN aan een project toe, want het moet het toch ergens opslaan?
Of welke site's (niet dat dat zichtbaar is, maar gewoon om een idee te krijgen).
Hoeveel code voegt SVN aan een project toe, want het moet het toch ergens opslaan?
SVn/CVS heeft voordelen wat ook meteen de nadelen zijn...
Je svn/cvs server is niet je webserver; soms is de webserver wel een client van de svn/cvs server (dus netzo als jij bent als ontwikkelaar).
Voordeel zijn de versie die je hebt en dat je b.v. bugfixing kan uitvoeren op versie 1.1 en ondertussen kan werken van versie 1.2.
Je svn/cvs server is niet je webserver; soms is de webserver wel een client van de svn/cvs server (dus netzo als jij bent als ontwikkelaar).
Voordeel zijn de versie die je hebt en dat je b.v. bugfixing kan uitvoeren op versie 1.1 en ondertussen kan werken van versie 1.2.
'steen:
Welke bedrijven gebruiken dan bijvoorbeeld SVN? Aangezien je dat alleen kunt zeggen wanneer je ergens aanwijzingen vandaan haalt.
Of welke site's (niet dat dat zichtbaar is, maar gewoon om een idee te krijgen).
Hoeveel code voegt SVN aan een project toe, want het moet het toch ergens opslaan?
Of welke site's (niet dat dat zichtbaar is, maar gewoon om een idee te krijgen).
Hoeveel code voegt SVN aan een project toe, want het moet het toch ergens opslaan?
Bedrijven zoals Google en Microsoft. Een beetje verstandige project-manager laat de programmeurs met SVN aan de slag gaan.
En ook 'gewone' kleine bedrijven?
Gewijzigd op 01/01/1970 01:00:00 door steen
Op mijn werk (ja, een klein bedrijf met 5 developers in het team waar ik zat) hebben we ook SVN gebruikt. Dit voor een closed-source project waarin we een CRM bouwden en onderhielden.
Als client gebruikte ik Tortoise SVN, en dat werkt ideaal.
Ik vind het ideaal werken, alle wijzigingen die je doet moet je committen, en die waren dan op de dev-versie te zien. Lokaal moest het uiteraard WEL goed werken en uitgetest zijn.
Ideaal ook om wijzigingen van anderen in te zien, ev.t. terug te draaien, en je kan ook inzien WIE welke update gedaan heeft.
Als client gebruikte ik Tortoise SVN, en dat werkt ideaal.
Ik vind het ideaal werken, alle wijzigingen die je doet moet je committen, en die waren dan op de dev-versie te zien. Lokaal moest het uiteraard WEL goed werken en uitgetest zijn.
Ideaal ook om wijzigingen van anderen in te zien, ev.t. terug te draaien, en je kan ook inzien WIE welke update gedaan heeft.
Gewijzigd op 01/01/1970 01:00:00 door - Ariën -
Ik vraag me eigenlijk af waarom je de vraag stelt WIE nou eigenlijk SVN gebruikt....
Naar mijn mening geeft dat een goede indruk van de betrouwbaarheid, de handelbaarheid etc.
Onzin. SVN is heel erg betrouwbaar en je moet er even inkomen. De handelbaarheid zal in de loop van de tijd aanzienlijk verbeteren, puur om het feit dat je je de eerste paar keren even moet verdiepen in het concept.
Nog een voordeel/nadeel (hoe je het ook mag zien): Zodra je een repository hebt gemaakt van je project is het nagenoeg onmogelijk om die van je SVN server te verwijderen. Bij Google Code is het al helemaal onmogelijk. Als je een eigen SVN server hebt, kan je 'svnadmin' gebruiken daarvoor, maar moet je wel nog handelingen uitvoeren.
Het is zo moeilijk om je repositories te verwijderen, omdat het concept van SVN is: 'Niks mag verloren gaan'.
Nog een voordeel/nadeel (hoe je het ook mag zien): Zodra je een repository hebt gemaakt van je project is het nagenoeg onmogelijk om die van je SVN server te verwijderen. Bij Google Code is het al helemaal onmogelijk. Als je een eigen SVN server hebt, kan je 'svnadmin' gebruiken daarvoor, maar moet je wel nog handelingen uitvoeren.
Het is zo moeilijk om je repositories te verwijderen, omdat het concept van SVN is: 'Niks mag verloren gaan'.
Dat laatste kan dus ook nadelig zijn.
Verder kan je SVN ook prima in je eentje gebruiken; als versie beheer en backup dan vooral
Verder kan je SVN ook prima in je eentje gebruiken; als versie beheer en backup dan vooral
En wat staat er dan allemaal in die map .svn?
De map .svn bedoel je daarmee dat mapje wat je lokaal krijgt? Daarin staat welke versie jij hebt
De map .svn is heilig. Niet aan komen en al helemaal niets er aan gaan prutsen.
Vrijwel elk groot bedrijf maakt gebruik van SVN of CVS. Voor grote projecten waar meerdere mensen aan werken kun je ook bijna niet zonder




