Es gibt ja Leute, die nutzen irgendwelche Software-Produkte, weil vielleicht
irgendwann einmal jemand gesagt haben könnte, dass das entsprechende Tool gar
nicht so schlecht sei - oder so ähnlich. Wie auch immer.
Da ich meine Erfahrungen mit Subversion (a.k.a.
svn) bereits gesammelt habe, käme ich garantiert nicht auf die Idee, jemanden
Subversion ernsthaft zu empfehlen.
Andrerseits gibt es auch
Personen[1],
die es wohl noch nicht geschafft haben, einen Blick über den Tellerrand zu
wagen. Wenn diese Personen dann gebeten werden, sich über mögliche Alternativen
zu Subversion zu informieren, dann sehen gute Lösungen, wie
z. B.
Git
oder Mercurial,
plötzlich ganz alt und chancenlos aus.
Als glückliche™ Subversion-Anwenderin kann frau schon mal in die eine oder andere unglückliche Lage geraten. Zum Beispiel beschwert sich svn darüber, dass ihm der UUID der sog. working copy nicht gefällt:
svn: Repository UUID '666e1000-4100-1318-fedc-0123456789ab' doesn't match expected UUID 'f81d4fae-7dec-11d0-a765-00a0c91e6bf6'
Selbstverständlich kann die Fehlermeldung, je nach verwendeter Locale[2], anders lautend sein:
- de_DE.utf8
- svn: UUID des Projektarchivs »666e1000-4100-1318-fedc-0123456789ab« entspricht nicht der erwarteten UUID »81d4fae-7dec-11d0-a765-00a0c91e6bf6«
- fr_FR.utf8
- svn: UUID du dépôt source '666e1000-4100-1318-fedc-0123456789ab' différent de celui attendu 'f81d4fae-7dec-11d0-a765-00a0c91e6bf6'
- zh_CN.utf8
- svn: 版本库的 UUID“666e1000-4100-1318-fedc-0123456789ab”与期望的 UUID“f81d4fae-7dec-11d0-a765-00a0c91e6bf6”不匹配
Jetzt darf sich glücklich schätzen, wer neben svn auch noch die Binarys find und sed zur Verfügung[3] hat:
cd ~/my_working_copy
find . -path "*/.svn/entries" -exec sed -i "s/666e1000-4100-1318-fedc-0123456789ab/81d4fae-7dec-11d0-a765-00a0c91e6bf6/" "{}" \+
Jetzt kommentieren