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 , , 14 reacties
Bron: Tigris.org, submitter: nxt

Tigris heeft onlangs de langverwachte final-release van Subversion 1.2.0 uitgebracht. Subversion is een programma voor softwareontwikkelaars waarmee beheer en versiecontrole over software en broncode kan worden uitgevoerd. Daarnaast is het natuurlijk ook te gebruiken door andere mensen om versiebeheer toe te passen. Het complete changelog is op deze pagina in te zien, hier volgt een hap uit de release notes:

What's New in Subversion 1.2
  • Optional locking ("reserved checkouts")
  • Full WebDAV autoversioning
  • FSFS repository back end is now the default
  • Faster access to old revisions
  • Many improved APIs
  • Many bugfixes
Subversion 1.2 is a superset of all previous Subversion releases. Anything in 1.0.x and 1.1.x is also in 1.2, but 1.2 contains features and bugfixes not present in any earlier release. The new features will eventually be documented in a 1.2 version of the free Subversion book. [break]
Subversion logo
Versienummer:1.2 final
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#binary-packages
Licentietype:Voorwaarden (GNU/BSD/etc.)
Moderatie-faq Wijzig weergave

Reacties (14)

"reserved checkouts" zijn waarschijnlijk de sourcesafe manier van checkouts doen: als iemand iets heeft uitgecheckt dan mogen anderen er niet aan werken. Een nogal onhandige manier van werken, maar allicht goed dat ze dit hebben toegevoegd omdat het op sommige files zeker wel van toepassing kan zijn.
Voor binaire files (denk aan plaatjes, flash filmpjes, ...) kan het wel handig zijn, die mergen over 't algemeen niet zo lekker ;).
Heb je daar niet iets voor als binary option bij CVS?
Dan word er geen merge geprobeert maar word gewoon het binaire bestand vervangen door de nieuwe versie.

Ik heb SVN 1.0 nog draaien naast CVS, maar CVS geeft weinig grote problemen, de overstap voor mij moet dus nog komen, maar dan moeten eerst meer IDE's dit wel integrated gaan ondersteunen imo.
Heb je daar niet iets voor als binary option bij CVS?
Dat is wel zo, maar als je dan dus beide tegelijk in een file hebt zitten prutsen kun je maar 1 van beide versies houden.
Het lijkt me handiger als je voordat je eraan gaat werken al weet dat iemand anders met die file bezig is?
Als je onder Windows werkt hangt Subversion middels Tortoise in Explorer. Ik kan subversion ook middels Textpad aansturen, maar gebruik dat bitter weinig.

De meeste IDEs kunnen wel een commado / script in een shell draaien, en dit als een Tool toevoegen aan een menu. Zo kan je simpel weg zelf Subversion in je IDE hangen.
Hoe zijn ervaringen van anderen met een repository met 40.000 bestandjes?

Ik heb het zelf op mijn werk geintroduceerd, maar bij het inchecken was ik uuuuuren bezig. Op de 1 of andere manier gaat ie er heel inefficient mee om.

Plus het feit dat een checkout gewoon dubbel zoveel hd ruimte inneemt omdat het onzichtbaar alle bestanden dubbel heeft ter verificatie of iets synchroon of oud is.
Plus het feit dat een checkout gewoon dubbel zoveel hd ruimte inneemt omdat het onzichtbaar alle bestanden dubbel heeft ter verificatie of iets synchroon of oud is.
Met een 'trage' server is dat voor diffs wel erg handig. En wat kost een paar gb extra HDD ruimte nou?
Tja, misschien zit ik in een unieke situatie. Maar ik ontwikkel op een laptop die 40GB harde schijf heeft. Windows heeft een paar GB nodig (bedrijfsinstallatie) de database heeft 20GB nodig en de code (45.000 bestanden ook nog eens 2GB)

Daarbuiten heb ik die code dus nog in een repository. Het past allemaal net. Maar ik kan niet nog een fork op mijn laptop zetten.

Overigens is de server niet traag naar mijn mening. De server was tijdens die submit uit zijn neus aan het vreten leek.
Je interpreteert het verkeerd :)

Ik werk aan software die die database gebruikt. Ik heb het dus niet over de SVN database.

Ik geef enkel aan dat in mijn geval harde schijf ruimte wel een issue is, gezien ik op een laptop werk.
Ik geef enkel aan dat in mijn geval harde schijf ruimte wel een issue is, gezien ik op een laptop werk.
Ah, op die manier. Maar met of zonder dubbele code, het zou zoiezo kantje bord zijn.
de database heeft 20GB nodig
De SVN server?
Waarom moet die per se op die laptop?
Goed: kijk maar eens naar KDE. Die hebben nu ook SVN en zullen zeker veel bestanden hebben.
Kijk daar maar eens http://httpd.apache.org/dev/

Apache is ook SVN. Ze hebben ook een CVS repository, maar die is read only. Staat toch een aanzienelijk deel van de apache historie in.. :P
We gebruiken bij mn huidige opdrachtgever Subversion in combinatie met TortoiseSVN, een Subversion client die in de Windows Explorer integreert.
Ik heb met vrij veel versiebeheersystemen gewerkt, maar dat is tot nu toe wel de makkelijkste manier!

ps. De link naar het free Subversion book werkt niet...

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