2011-01-05 17 views
1

Ich komme aus einem Microsoft-Hintergrund in der Codierung und damit wurden zu Team Foundation Server und so für die Quellcodeverwaltung verwendet. Unter TFS würden sich die Dateien in Eclipse selbst auschecken und ich würde sie überprüfen, wenn ich fertig bin.Subversion mit in Eclipse

Ich habe Subversion und den Stecker in Eclipse installiert und mein Projekt mit einem lokalen Server

Auf Subversion überprüfe ich heraus muß die Datei erstellt, wenn ich es ändern müssen? Es ändert nicht die RW-Berechtigungen, so dass ich nicht sicher bin, was die Prozedur ist.

Also im Grunde, wenn ich Subversion in Eclipse verwende, was ist das Verfahren zum Auschecken einer Datei und Einchecken? Welche Schaltflächen sind angeklickt?

Danke für jede Hilfe!

Antwort

0

Normalerweise würde ich das gesamte Projekt auschecken, meine Änderungen vornehmen und dann die Team-Synchronisierungsansicht verwenden, um meine Codeänderungen zu überprüfen und von dort aus zu committen. Ein Rechtsklick ist der Schlüssel (siehe Screenshots)

activate eclipse team synchronize perspective

eclipse commit from team synchronize perspective

+0

DANKE JEDER! –

+0

Side Frage: Wie hast du den schwarzen Hintergrund auf Eclipse mit diff Farben auf die reservierten Worte bekommen? Danke (ref Reporter.java img) – adhg

+0

Ich denke, ich habe mit einem dieser http://www.eclipsecolorthemes.org/ – vinnyjames

0

Ein großer Spaziergang durch die Grundlagen here betrachtet werden können.

Die meisten Ihrer Aktionen befinden sich unter dem Team Menü; wo können Sie committen, hinzufügen, etc ...

0

Ich benutze Subversion mit Eclipse. Jetzt benutze ich Subversion mit VSS. In beiden Situationen habe ich festgestellt, dass ich es vorziehe, Tortoise SVN für alle meine Operationen mit dem Repository zu verwenden. Nicht so sehr eine Antwort, sondern mehr eine Meinung.

1

Nein, Sie müssen nicht "auschecken", um die Bearbeitung einer Datei in Subversion zu ermöglichen. Subversion verwendet nicht die gleiche Art von Sperrung von VSS (und TFS, obwohl ich TFS selbst nicht benutzt habe). Das Sperren, das svn verwendet, wird manchmal als optimistisches Sperren bezeichnet. Hier ist die svn manual page on file sharing and locking mit vielen spezifischen Details. In Subversion würden Sie Ihre Arbeitskopie so aktualisieren, wie Sie es normalerweise tun würden, aber ohne weitere Schritte könnten Sie dann einfach mit der Ausführung Ihrer Änderungen an einer beliebigen Datei in der Arbeitskopie beginnen, ohne andere Benutzer aussperren zu müssen bereit. Wenn niemand seit der Aktualisierung Änderungen vorgenommen hat, werden nur die Änderungen übernommen. Selbst wenn jemand hat, wird es immer noch committen (vorausgesetzt, die gleichen Zeilen wurden nicht geändert) und der Server wird damit umgehen. Wenn jedoch ein anderer Benutzer die gleichen Zeilen der Datei wie Sie geändert hat, tritt ein Konflikt auf, und die Festschreibung schlägt fehl, wenn "eine oder mehrere Dateien in Konflikt stehen". Der Konflikt muss dann manuell betrachtet, eliminiert und als gelöst markiert werden, woraufhin Sie das Commit wiederholen und es dann durchlaufen würde (sofern nichts anderes in Konflikt war).

Konflikte bei der täglichen Arbeit an einem Zweig sind selten, weshalb viele Versionssysteme optimistisches Sperren verwenden. Nur wenn es darum geht, zwischen Zweigen hin und her zu gehen, werden die Dinge manchmal komplizierter.

Verwandte Themen