Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , 20 reacties
Bron: Tigris.org

Subversion is een programma voor onder andere software- en projectontwikkelaars waarmee beheer en versiecontrole over data en broncode kan worden uitgevoerd. Het programma kan worden gezien als een directe concurent voor het welbekende CVS. De ontwikkelaars zijn de afgelopen tijd druk bezig geweest met hun ontwikkeldrang en hebben als resultaat versie 1.3.1 kunnen afleveren. De volgende lijst met veranderingen wordt meegeleverd:

User-visible-changes:
    Client:
    • fixed: segfault moving unversioned files (issue #2436)
    • fixed: verbose list broken over ra_dav (issue #2442)
    • fixed: 'svn ci -m path_name' not requiring '--force-log' (r17956)
    • fixed: crash on mixed-case https URL scheme (r18042)
    • fixed: crash in status with ignored directories (r18291)
    • fixed: strip peg rev from default checkout directory (r18416)
    • fixed: diff crash with non-recursive checkout (r17231, 18539, -41)
    • fixed: 'svn ls' URL encoding bug with locks (r18665, -68)
    • fixed: unlock circumvents lock token check (r18691, -94)
    • fixed: repos-to-repos copy crash (r18451)
    • fixed: 'svnmerge' utility improvements (r18811)
    • translation updates for German, Swedish and Norwegian
    Server:
    • fixed: set svn:date at the end of commit in fsfs (r18078)
    • fixed: don't wait for hook script background jobs (r18146)
    • fixed: mod_dav_svn should log the whole error chain (r18211)
    • fixed: uncomment section headers in repos config files (r18247, -50)
    • fixed: log scalability issues with many paths (r18395, -404)
    • fixed: better path input validation in mod_dav_svn (r18660)
    • fixed: assert in copy in fsfs and bdb (issue #2398)
    • fixed: RPM package bad interaction with NFS servers (issue #1456)
    Both:
    • fixed: copyright years updated to include 2006 (r18021, -127)
Developer-visible-changes:
  • fixed: missing #include (r18065)
  • fixed: allow building with Neon 0.25.5 (r18215)
  • fixed: error leaks (18196, -249)
  • javahl bindings:
    • fixed: compile error on Visual Studio 2005 (r18054, -55)
  • python bindings:
    • fixed: libsvn_swig_py link problem on Solaris 10 (r17910)
    • fixed: pool lifetime bug (r17992)
    • fixed: memory leak (r18230)
    • fixed: race condition during application pool initialization (r18721)
  • ruby bindings:
    • fixed: pool management issue (r17795, -811)
    • fixed: protect baton from garbage collection (r17627)
    • fixed: conversion bug (r17726, -925)
    • fixed: compile errors with SWIG 1.3.24 (r18456, -58)
Versienummer:1.3.1
Besturingssystemen:Windows 9x, Windows NT, Windows 2000, Linux, BSD, Windows XP, macOS, Windows Server 2003
Website:Tigris.org
Download:http://subversion.tigris.org/project_packages.html
Licentietype:Voorwaarden (GNU/BSD/etc.)
Moderatie-faq Wijzig weergave

Reacties (20)

Ik werk hier nu sinds kort mee en ik moet zeggen dat het me goed bevalt. Vooral dat je maar een keer het adres van je svn server hoeft in te typen, het blijft verder gewoon in je working copy staan. Super handig, ook als je alleen aan een project werkt. Als je weer eens domme dingen doet: veel code overschrijven of verwijderen in een bestand, kan je het tenminste nog terug bekijken. Zeker in combinatie met trac is het zeer handig, zeker ook voor website-ontwikkeling. Ik merk dat ik er veel doelmatiger door ga werken, je gaat tickets oplossen ipv vaag dingen erbij maken.
Svn is de oplossing voor projecten met meerdere personen. De mogelijkheden van SVN zijn divers. Persoonlijk hou ik van de koppeling van SVN met Apache zodat je via https bij je repository kan komen.
Steeds meer programma's ondersteunen (native of met plugin) SVN zoals de nieuwe Borland Together.
Mocht je de IDE Eclipse gebruiken, dan bestaat ook daarvoor een plugin voor SVN. Deze is te vinden op tigris.org als ik me niet vergis. Een aantal collega's hebben me echter geinformeerd dat de plugin nog niet echt geheel naar behoren werkt, maar het is voldoende voor de standaard checkins, checkouts etc etc.

De pluginnaam was Subclipse, meen ik.
Ik gebruik deze plugin nu een paar maanden op mijn werk en ik ben nog geen problemen tegengekomen.
Ik mis eigenlijk nog een mooie GUI voor het aanmaken van repositories enzo, verder werkt het goed
ik googlede net naar svn gui, kom ik uit op rapidSVN, een platform-onafhankelijke svn gui. Het is de vinden op http://rapidsvn.tigris.org/ onder het zelfde domein als svn zelf dus. Ik heb het ff geïnstalleerd onder ubuntu, maar het ziet er goed uit!

{edit: ik zie dat dat tigris een soort van sourceforge voor development tools is, is dus niet echt een argument}
Tigris maakt zover ik weet software voor open source development, en die kun je gewoon voor closed source development gebruiken. Heeft al helemaal niks met sourceforge te maken.
De overeenkomst is dat de programma's op Tigris zelf ook opensource zijn..
TortoiseSVN is een goede tool voor Windows
Integreert dit systeem eigenlijk wel goed in populaire IDE's? Zoals, Delphi, VS, Eclipse, etc?

Want het is natuurlijk mooi om een goeie SVN server te hebben, maar het staat of valt met client support.
De meeste IDE's hebben al een plugin hiervoor of hebben de ondersteuning er al standaard in zitten. Je moet het gewoon ff aanzetten?
Delphi: http://delphiaddinfortortoisesvn.tigris.org/
Eclipse: http://subclipse.tigris.org/
Netbeans: http://subversion.netbeans.org/
Visual studio.NET: http://ankhsvn.tigris.org/
XCode: standaard feature

JBuilder schijnt ook te werken.
Je hebt voor windows TortoiseSVN, andere support heb je eigenlijk niet eens nodig :)
Inderdaad...

Is ook de enige die ik gebruik. Werkelijk geweldig, werkt errug makkelijk :)
Ik zweer in Eclipse bij SubClipse... Heerlijk context sensitive mergen. :) De IDE merge tool "snapt" java syntax.
Ik ben een HI student en wij hebben dit gebruikt (Tortoise SVN) met het afgelopen project voor JAVA. Echt IDEAAL systeem, het werkt echt heerlijk! Iedereen in onze klas was er erg over te spreken (en de andere klassen waren jaloers :P)
Heb hier mijn hele documenten structuur in een Subversion repo liggen.

Doe ik nu al 2 jaar bijna. Werkt heel goed.

Verder is het branchen en mergen heel lekker geregeld.

Server draait op Windows XP, meest gebruikte client is MacOSX. Op wat casing gezeik na, nog nooit problemen gehad. OSX is namelijk standaard case preserving, case insensitive (/pad/naar/file is gelijk aan /pad/naar/File).

In die tijd al is een backuop terug moeten zetten wegens een HD crash op mijn servertje, geen probleem.

Verder is Subversion op dit moment het versie beheer systeem wat ik zou kiezen wanneer ik de keuze krijg in een project. Het integreert goed met zo ongeveer alle java ontwikkel tools en XCode. Het is echt stukken beter dan CVS en om je een beetje een idee te geven van wat het kan... GCC en Apache draaien inmiddels ook al geruime tijd op SVN. Dat zijn dus wel code bases met +20k revisies/checkins. Je zou kunnen zeggen dat het zich al echt bewezen heeft.

Enige punt waar je je wel bewust van meot zijn is dat je met SVN in principe gaat voor unexclusive check-outs. Je kunt sinds 1.3 wel locken, maar eigenlijk is het de bedoeling dat je een checkout doet, aanpast merged en in checked. Verder als je met teams wilt werken kun je ook met SVN uit de voeten. Belangrijkste nieuwe feature die sinds kort in SVN zit is de mogelijkheid om ook op een standalone svnserve instantie pad specifieke toegangsrechten toe te kennen. SVN snapt nu het .htaccess formaat. Errug vet als je bijvoorbeeld bepaalde mensen wel wilt laten lezen maar niet laten schrijven. Een integrator kan zo bijvoorbeeld de MAIN volledig in de hand houden en selectief branches daarheen mergen. Is maar net welk model je wilt gebruiken, alles kan met SVN. Het is alleen soms een beetje creatief nadenken, maar tot nu toe is het me nog nooit gelukt om SVN over de zeik te krijgen wat betreft performance, stabiliteit of functionaliteit.
Ik werk hier op mijn stage (student TI) helaas nog met CVS. Heb in vorig project op school ook met SVN gewerkt en het grote voordeel aan SVN is dat als je een file renamed of verlaatst hij dit herkent en de geschiedenis van de file meeneemt.
Als je in CVS een file renamed en commit dan ben je alles kwijt.... Zeker als je je project gaat opschonen is het dan heel handig.
Kben aardig noob.. Ik wil zelf een beetje prutsen met websites.. waar kan ik het beste beginnen.. en wat is svn precies? een database gerelateerd systeem oid? mvg (8>
SVN heeft niet zoveel met je applicatie/website opzich. Het heeft te maken met de ontwikkeling daarvan, probeert er bij te helpen/het te ondersteunen. Met SVN kan je bijvoorbeeld met meerdere mensen aan één bestand werken, zonder dat er code verloren gaat. SVN zal proberen dit samen te voegen. Verder onthoudt SVN elke versie van je bestanden, zodat je later nog terug kan kijken hoe het een x aantal versies geleden ook alweer zat.
En SVN kan natuurlijk nog veel meer...

Op dit item kan niet meer gereageerd worden.



Apple iOS 10 Google Pixel Apple iPhone 7 Sony PlayStation VR AMD Radeon RX 480 4GB Battlefield 1 Google Android Nougat Watch Dogs 2

© 1998 - 2016 de Persgroep Online Services B.V. Tweakers vormt samen met o.a. Autotrack en Carsom.nl de Persgroep Online Services B.V. Hosting door True