Wie rekonfiguriere ich den VisualSVN-Server von Copy-Modify-Merge zum Sperren von Modify-Obst-Unlock?

Question

Wir haben gerade begonnen, VisualSVN, Tortoisesvn und Ankhsvn-Plug-In zu verwenden, um unsere Quellensteuerung zu bewältigen. Zunächst waren wir gut mit dem Kopiermodify-Merge-Stil, aber jetzt haben wir festgestellt, dass wir zur Lock-Modify-Unlock-Methode wechseln müssen. Aber wir haben bereits 15 Projekte in unserem Repository, die Copy-Modify-Merge folgen.

Was muss ich tun, um unser Repository so zu konfigurieren, dass es für die vorhandenen Projekte und alle Projekte, die in Zukunft hinzugefügt werden, Sperren benötigt? Ich habe die Dokumentation zu SVN: Bedarfs-Lock gesehen, aber ich verstehe nicht, wie ich mit diesem Laden in unseren Laden verschieben kann, um zu modifizieren, und nicht.

Kann mir bitte jemand die Erklärung "für Dummies" geben, wie Sie VisualSVN -Server sowie unsere Client -Maschinen einrichten, um das Sperren für die vorhandenen Projekte und neu hinzugefügten Projekte zu erfordern?

Answer 1

Die Subversion bietet keinen starken Mechanismus für Lock-Modify-Unlockis. Wenn Sie jedoch mit der rechten Maustaste auf eine Datei in Subversion klicken, erhalten Sie die Möglichkeit, sie zu sperren. Dies verhindert, dass jemand anderes eincheckt, bis das Schloss oder das Schloss veröffentlicht wurde.

Sie können Dateien als Sperre markieren, indem Sie die Eigenschaft SVN: Bedarfs-Lock festlegen, siehe hier:

http://svnbook.red-tean.com/en/1.8/svn.advanced.locking.html#svn.advanced.locking.lock-communication

und

http://svnbook.red-bean.com/en/1.8/svn.ref.properties.html

Sie müssen es nicht für jede Datei im Projekt festlegen, Sie können es für einzelne Dateien ganz glücklich haben.

Der Operation von Bearbeitungs-Merge-Commit ist jedoch aus einem bestimmten Grund die Standardeinstellung in jedem modernen Quellensteuerungssystem. Sogar tfs. Ich empfehle wieder Eric Sink.

Answer 2

Nun, ich denke, ich muss hier einen Punkt machen, um die Anfrage zu unterstützen.
In den meisten Fällen sind Sie nicht an so großer Arbeitsplätze wie erwartet, Orte, an denen Code normalerweise viel Refactoring erfordert, und normalerweise sind wir diejenigen, die studieren, die über die Arztie denken und sich für das Bold and the entscheiden. Neu, um diesen Zyklus von nie beendet zu beenden.
Wenn wir die Umsetzung der Datenschicht oder eines ähnlichen, die Implementierung der Datenschicht durch einen armen Mann durchführen (Weil es aus den offensichtlichen Gründen im Wesentlichen nicht richtig funktioniert), Das dann bekommst du eine Nacharbeit.
Sie müssen es selbst gegen die Flut, gegen all die Chancen tun, denn dieser Mann wird niemals so gut tun, wie Sie es erwarten würden.
Ich befinde mich in einer Firma, in der ich mich mit solchen Entwicklern begegne. Und sie haben Ego und sie haben ihre Gründe (Und ihre Gründe sind in der Regel Zeit, was eine Lüge ist, weil wir alle die gleiche Zeitvermagerung haben, es ist nur so, dass sie sich nicht widmen, einfach und beenden, keine Gedanken, keine Ideen, nur Affe -Tippen). Und ein kleiner Support -Chef.
Normalerweise liegt es an mir, in meiner Firma, "Dinge zum Laufen" zu machen, und ich würde gerne jedes Mal, wenn ich etwas neu machen muss Die "neue" Implementierung dieses Bastards.

Bitte beachten Sie, dass dies nur ein Fall ist, mein Fall anschließend, um die Anfrage von Swolff1978 zu unterstützen.