Software-update: Subversion 1.5.5

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 concurrent voor het welbekende cvs. De ontwikkelaars van Subversion hebben een aantal bugs uit de vorige uitgave opgelost met versie 1.5.5 als resultaat. De bijbehorende lijst met aanpassingen ziet er als volgt uit:

User-visible changes:

• allow prop commits on dirs with modified children (r34487, -92, -94)
• make Cyrus auth implementation always prefer EXTERNAL to ANONYMOUS (r33866)
• do not create mergeinfo for wc-wc moves or copies (r34184, -585)
• do not autoupgrade old BDB filesystems to 1.5 or 1.4 format (r34653, -6)
• return mergeinfo to prior state during reverse merges (r30257, r33024, -6)
• remove mergeinfo deleted by merge (issue #3323)
• make proxy slaves pass through txn GET and PROPFIND requests (issue #3275)
• merge can now use targets with inconsistent newlines (issue #3262)
• don't allow empty-string changelists (issue #3344)
• remove false positive ra_neon mergeinfo errors (r34822)
• improve performance of 'svn merge --reintegrate' (r34091, -4, and others)
• fixed: foreign merges keep UUID of foreign repository (r34050, -1, -3)
• fixed: properly encode diff headers used in conflict resolution (r34171)
• fixed: segfault in 'svn cp --parents' (r31311, -4)
• fixed: mergeinfo for '...' maps to empty revision range (issue #3312)
• fixed: segfault in BDB backend node-origins cache (r34506)
• fixed: broken merge if target's history includes resurrections (r34385, -93)
• fixed: invalid mergeinfo created on a subtree during merge (r34560, -2)

Developer-visible changes:

• fixed: svn_repos_get_logs() chokes on some revision arguments (r33873, -4)

Versienummer	1.5.5
Releasestatus	Final
Besturingssystemen	Windows NT, Windows 2000, Linux, BSD, Windows XP, macOS, Solaris, UNIX, Windows Server 2003, Windows Vista, Windows Server 2008
Website	Tigris.org
Download	http://subversion.tigris.org/getting.html
Licentietype	Voorwaarden (GNU/BSD/etc.)

Reacties (9)

[iain]

Ik gebruik geen windows, of überhaupt grafische interface (bash + vim doet het voor mij), dus dat is voor mij niet interessant. Het gaat er om dat branches en tags heel raar geregeld zijn in subversion. Ook mis ik lokale commits en de mogelijkheid makkelijk naar meerdere servers te pushen. Git moedigt je aan om veel te branchen, wat mij erg goed bevalt. Nog een enorm ergerpunt bij subversion is de ignores. Het is een pijn om je ignores goed bij te houden (wederom, op de command line). Daarbij vervuilt subversion je project door overal hidden directories te plaatsen. Het makkelijk kopiëren van directories binnen je project is daardoor een crime. Daarbij houd ik van het stagen van files voor je commit. Gewoon erg goed geregeld. Voeg daarbij een geweldige gratis service als github toe, en je hebt een fantastische vcs. En als je eenmaal gewend bent aan een in jouw ogen beter systeem, dan ga je je steeds meer ergeren aan het oude systeem.

[remmelt]

Nou nou, een crime? Als je zo goed kan bashen, kan je ook wel een

find . -type d -name .ssh |xargs rm -rf

uitvoeren, toch? Ik zal direct toegeven dat ik het geregeld vergeet en dat het zeker niet de gemakkelijkste manier is, maar een crime is het zeker niet. Zeker niet als je het in een svncopy scriptje gooit. Kom op zeg.

Wat vind je zo "raar" aan tags en branches in svn? Het is een kopie van de trunk naar een andere plek, prima geregeld. Niet dat gezeik zoals bij CVS dat het een schaduwkopie is die er achter ligt wat een geklooi was dat. Branching en merging is in 1.5 zo ontzettend verbeterd dat het eigenlijk gewoon gemakkelijk is geworden. In je branch merge je steeds de trunk changes, uiteindelijk doe je een --reintegrate op de trunk en het is klaar. Dat was in 1.4 een stuk moeilijker, geef ik direct toe, dat je zelf je revisienummers bij moest houden in je merges, maar dat hoeft dus niet meer.

De ignores zouden zeker veel beter kunnen, en de .svn folders zijn soms vervelend, maar daar is de export voor.

Maar goed, ik heb geen ervaring met git en wel met svn en cvs. Ik kan me voorstellen dat als je eenmaal met git hebt gewerkt, je nooit meer terug wil naar svn. Er zijn tenslotte ook nog steeds mensen die cvs gebruiken en zelfs voorstaan, en daar kan ik me ook groen en geel aan ergeren.

[iain]

Ik ben subversion een beetje zat. Gebruik voor privé projecten met heel veel plezier git. Ik raad developers, die git nog niet kennen om dit eens te bekijken. Een mooi voorbeeld van hoe git je development cyclus kan verbeteren vind je hier: http://advent2008.hackrub...ture_development_in_merb/ (momenteel doet de site het alleen niet)

[Nick_S]

Ik denk dat je het verkeerde artikel gelinkt hebt, want in dit artikel wordt github wel genoemd, maar er wordt niks over git verteld?

[Jace / TBL]

Wat ben je precies zat aan svn?

En zolang er geen TortoiseGit is missen een hoop mensen (mij incluis) tamelijk wat gebruiksgemak denk ik.

[joco]

zolang git niet better tooling heeft (eclipse plugins) of gewoon goed support of windows zal het niet echt veel gebruikt worden.

Maar ik ben eens dat subversion ook nog wel problemen heeft en op bepaalde gebieden niet nog zo lekker snel werkt als bv cvs. Maar op andere gebieden is het toch wel echt veel beter en daarom zal ik niet snel terug schakelen naar cvs.

De merge client van 1.5 werkt ook vrij goed.

[Jeanpaul145]

Ik weet niet wat jouw definitie van "veel" is, maar heel veel OSS projecten waar een beetje flexibiliteit gewenst is gebruiken nu git.
De rest zit op andere distributed versioning systems.

[Reactie gewijzigd door Jeanpaul145 op 24 juli 2024 00:27]

[Olaf van der Spek]

en op bepaalde gebieden niet nog zo lekker snel werkt als bv cvs.

Over welke gebieden heb je het?

[dsmits]

Waarom ben je subversion zat? Ik persoonlijk vind team foundation erg mooi doot het totale pakket. Echter als we enkel naar Version Control kijken heeft mijn voorkeur toch nog echt de voorkeur boven andere software.