SVN
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?
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.
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?
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 schreef op 26.09.2009 18:28:
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.
Gewijzigd op 01/01/1970 01:00:00 door steen
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.
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'.
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