Software-update: TortoiseSVN 1.10.1

Versie 1.10.1 van TortoiseSVN is uitgekomen, de eerste update van de grote 1.10-release. Dit programma is een gebruikersinterface voor Subversion, dat door ontwikkelaars wordt gebruikt voor versiebeheer. Het is haast onmisbaar als met verschillende mensen aan een project wordt gewerkt. TortoiseSVN integreert zich als een shell extension in Windows en kan zelfstandig of in combinatie met een ide worden gebruikt. Versie 1.10.1 van TortoiseSVN is gekoppeld aan Subversion versie 1.10.2 en brengt de volgende veranderingen en verbeteringen:

Changes:

• Improved project monitor toolbar for high dpi monitors.
• Various improvements for high-dpi monitors.
• Improved labels and text in dialog when creating a copy in repo browser.

Fixed:

• Wrong texts in conflict resolving dialogs.
• Shelving from TSVN dialogs returned an error.
• Crash when trying to unshelve from an outdated or corrupted working copy.
• Wrong titles when editing a conflict.
• Unshelving failed when the shelve name contained non-ASCII chars.
• Showing the log if the repo url contained special chars sometimes failed.
• Wrong behavior for 'lock' error. (Patrick Steinhardt)
• When showing multiple diffs from the log dialog with added files, only the first one was shown multiple times.
• When adding unversioned folders, the ignore properties were sometimes ignored.
• Changing update depths of sparse checkouts failed when trying to add files in excluded folders.
• Exception was shown when trying to show the log between a date and a number revision.

Versienummer	1.10.1
Releasestatus	Final
Besturingssystemen	Windows 7, Windows Vista, Windows Server 2008, Windows Server 2012, Windows 8, Windows 10, Windows Server 2016
Website	The TortoiseSVN team
Download	https://tortoisesvn.net/downloads.html
Licentietype	Voorwaarden (GNU/BSD/etc.)

Reacties (13)

[Verwijderd]

Is dit ook voor andere doeleinden dan software te gebruiken?
Bijvoorbeeld CAD bestanden en dergelijke?

[ikt]

Ik ben niet bekend met CAD maar je kunt vanalles in versiebeheer stoppen, niet enkel Subversion maar ook git en dergelijke. Subversion kan prima om gaan met binary bestanden zoals CAD bestanden, git wil voornamelijk tekst. Mercurial kan ook goed omgaan met binary bestanden.

Dus ja, pick your poison

[gerwim]

Opzich kan het wel, binary bestanden echter verliest een versiebeheer systeem zoals SVN / Git zijn grootste meerwaarde: diffs. Je kunt met binaries niet met meerdere mensen aan dezelfde binary werken, wat bij tekst (doorgaans programma code) wél kan.

[ikt]

Subversion slaat intern bestanden op met een diff-methode waarbij het niet uit maakt of het tekst of of binary is. Je kunt wel niet line-per-line vergelijken/mergen/andere line-operations, maar je database-grootte lijdt er niet onder.

[gerwim]

Grote bestanden in standaard Git, zou ik niet doen. Ze hebben niet voor niets Git-LFS (https://git-lfs.github.com/) er voor uit gevonden ;-)

[Jeroen Sack]

Dat kan op zich wel, maar is het niet voor bedoeld en het zal dan ook niet optimaal draaien. Het verschil is dat cad files waarschijnlijk binary files zijn, hier kun je dus niet makkelijk een diff op loslaten en daarom wordt er voor elke commit een kopie van het bestand opgeslagen. Ook is het dan niet makkelijk mogelijk om de verschillen tussen versies in te zien.

[ChappIO]

De meeste source control systemen (waaronder svn) maakt gebruik van line differences. Dat wil zeggen dat er 2 requirements zijn om het efficiënt te gebruiken:

1. Het bestandsformaat is in text (geen archives, binaries, etc...)
2. Een wijziging aan de bron betekent doorgaans een wijziging aan enkele regels.

Als je workload voldoet aan deze twee regels dan kan svn (of naar mijn voorkeur git) zeker ingezet worden voor versiebeheer.

Ik weet zelf niet wat het bestandsformaat van de cad files is, dus dat zou je kunnen onderzoeken.

[vDorst]

Ja, Bijvoordeel Altium gebruikt SVN voor versie beheer voor alle document(schema's, pcb, libs, etc) maar je moet wel de diffs in Altium zelf bekijken.

[jbijnens]

Inderdaad, meer dan een tikkeltje arrogant. Ik heb het zo stilaan gehad met de volgelingen van "ik wil het laatste nieuwe" zonder dat ze weten waarom ze nou dat laatste nieuwe eigenlijk moeten hebben of wat er beter aan is. En voor het gescheld al weer gaat beginnen, ik gebruik zowel svn als git.

[Upquark]

OK, wie heeft er nog meer collega's die dit op z'n pseudo-Frans uitspreken? Dus: TortwaaseSVN of TortwaaseGit? 😂

[DrPoncho]

Jij bent bekend met iedereens usecase en kunt voor iedereen invullen wat ze zouden moeten gebruiken?

Tikkeltje arrogant..

[RoestVrijStaal]

Waarom dan?

@ikt noemde al een voordeel van svn:

Subversion slaat intern bestanden op met een diff-methode waarbij het niet uit maakt of het tekst of of binary is. Je kunt wel niet line-per-line vergelijken/mergen/andere line-operations, maar je database-grootte lijdt er niet onder.

En @gerwim een nadeel van git:

Grote bestanden in standaard Git, zou ik niet doen. Ze hebben niet voor niets Git-LFS (https://git-lfs.github.com/) er voor uit gevonden ;-)

Dus:
Een populaire oplossing hoeft niet DE oplossing te zijn. Dat het populaire git aan de use case van veel mensen voldoet, wil niet zeggen dat oude alternatieven vermoord moeten worden.