Wo mit Quellensteuerung starten
https://stackoverflow.com/questions/103059
-
01-07-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianFrage
Wer noch keine Vorschläge, wo man für einen Neuling starten will eine Art von Quelle-Steuerung ausprobieren, zusammen mit einer neuen Reise in ASP.NET? SVN, VSS, CVS ... Ich nicht einmal wissen, wo ich anfangen soll!
Lösung
Viele Leute hier haben vorgeschlagen, Einführungen und umfassende How-Tos, die sagen, Sie sind alle gut, wie zu tun, was Sie wollen.
Darüber hinaus würde ich geben drei Ratschläge für den Anfänger, wie zu wissen, was Sie wollen:
1) Versionskontrolle ALLES (das heißt, alles, was Sie schreiben).
Versionskontrolle der Projektdateien. Versions steuern Sie Ihre Testfälle. Versionskontrolle keine kleine Skripte, die Sie verwenden, um Dinge zu kopieren um. Versions steuern Sie Ihre To-do-Liste. Definitiv Version Design Noten steuern. Sobald Sie mit den Befehlen vertraut sind es kostet nichts, und eines Tages werden Sie von der Geschichte einer Datei froh sein, würden Sie nie wieder rollen stellte sich vor, zu benötigen.
2) Wenn Sie mit einer Änderung zufrieden sind, überprüfen Sie es sofort in. Und überprüfen Sie sie alle in.
Wenn Sie in aufeinanderfolgenden Stufen arbeiten (und das passiert nicht immer - Sie ablenken können - aber es ist eine gute Praxis), dann zu Beginn eines jeden neuen Schritt Sie 0 geänderte Dateien in Ihrer Kasse haben sollte. Sie können sogar in unfertigen nicht funktionierenden Code überprüfen möchten, je nachdem, was zu Ihnen passt.
3) Wenn Sie einen Meilenstein zu erreichen, Tag setzen.
Auch Ihre persönlichen Ziele (Zoll-Kies). Wenn Sie nicht mit Tagging gestört werden können, macht nur eine Notiz von Datum und Uhrzeit (in, Sie ahnen es, eine versionskontrollierten Datei). Wenn eine bestimmte Version aus irgendeinem Grund denkwürdig ist ( „beendete ich die Back-End“, „Ich habe es an jemand anderen zu sehen“), Sie wollen genau wissen, was drin war. Und diffing gegen das Repository Diagnosen einige Arten von Bugs schneller als der Debugger.
Andere Tipps
Seien Sie sicher, dass Sie bleiben weg von Visual Source Safe.
Eric Sink Source Control HOWTO .
Lesen Sie es, dann herunterladen Subversion (kostenlos) oder Vault (kostenlos für einen einzelnen Benutzer) und spielt mit ihm um.
Sehr Subversion spezifisch, aber es gibt ein anständiges Verständnis der Versionskontrolle Grundlagen.
Ich denke, der einfachste Weg, einen kostenlosen SVN-Server über einige freie Provider zu bekommen ist. Ich benutze Assembla .
Wenn Sie dann in Windows verfügbar sind, sollten Sie herunterladen TortoiseSVN . Das ist bei weitem die einfachste Subversion-Client zu verwenden.
Beginnen Sie mit einem aktuellen Projekt in das Repository importieren und dann sind Sie bereit zu gehen.
reccomend ich SVN mit zu beginnen, leichter biss den Dreh als andere zu erhalten.
Schildkröte ist ein guter Anfang. Es ist einfach zu installieren und integriert mit dem Windows-Shell, alles was bedeutet, auf der rechten Klicks auf Ordner / Dateien usw. Ziemlich gut doc auch recht intuitiv ist.
Sie müssen auch einen SVN-Server / Host connet ... Ich empfehlen kann Assembla die registrieren ist kostenlos mit und gibt Ihnen einen Server SVN zu spielen.
Ich werde Subversion oder Visual Studio Team Foundation-Systeme je nachdem, wie viel Geld Sie bereit sind zu berappen empfehlen.
Überprüfen Sie heraus von Visual SVN (Subversion für die-hard VS Fans) - es integriert sich gut mit Visual Studio: http: / /www.visualsvn.com/
Wenn Sie gerade erst begonnen, würde ich empfehlen, durch den freien Subversion Buch rel="nofollow. Es ist ein weit verbreitetes System, frei und soll relativ einfach zu verstehen sein, wenn Sie in Gang bringen.
Wenn Sie 100% .NET sind, und Sie haben eine MSDN-Entwickler-Lizenz, führen TFS for Workgroups. Es ist ziemlich einfach und solide.
Wenn Sie keine Lizenz haben, überprüfen Subversion. Es ist eine schöne, freie Quellcodeverwaltung, die Plug-in für Visual Studio-Integration hat.
ich zum ersten Mal eingeführt mit Tortoise SVN svn, es geliebt und später ein Unternehmen verwendet Visual Source, wie ich mit Schildkröte verfehlt.
Hier finden Sie eine Kopie des Buches Pragmatische Versionskontrolle Subversion verwenden -. Es wird Ihnen den Einstieg
Bild http://ecx.images-amazon.com/ images / I / 51XYQTP2BYL._SL500_AA240_.jpg
Heute würde ich nur mit einem verteilten System starten. Sie sind einfacher einzurichten (Sie keinen Server einrichten müssen und / oder eine on-line finden: nur einige zufällige Verzeichnis init und starten Sie Ihre Sachen zu tun) und wie leicht / schwer wie die zentralisierte diejenigen zu verstehen.
Hier sind ein paar, dass die Menschen einen Blick darauf werfen sollen, wenn ein verteiltes Versionskontrollsystem der Wahl:
Wenn Sie in Windows stecken, würde ich bleibe von Git weg (zumindest für den Augenblick). Es scheint für Git auf Windows im Gang Unterstützung zu sein, aber ich habe es nicht versucht noch.
Haben Sie in dem zweiten das Subversion Buch zu lesen. Plus, die Software ist kostenlos, läuft auf den meisten Umgebungen und ist leicht zu bekommen gehen.
Welche Quellensteuerung wirklich zu verwenden, hängt von Ihrer Umgebung, Ihre Unternehmenskultur und der allgemeinen Situation, wie Projekte in Ihrem Unternehmen behandelt werden. Der neuere „Visual Source Safe“ in Team Foundation ist zweifellos besser als das Stück crud, die VSS verwendet werden. und ist gut in einem Microsoft-Shop mit einer oder wenigen Standorten. Ich habe auch Subversion sehr erfolgreich, und es integriert sich gut in Eclipse verwendet. Ich mag es nicht, Produkte hinstellen, da alle ihre positive und negative Punkte haben, denke ich. Aber die beiden, die ich oben erwähnt sind wirklich gute Quelle / Versionskontrolle Produkte. Wenn Sie gerade erst die ersten Schritte und möchten Ihre Füße nass und Source-Control-Praktiken und allgemeine Konzepte zu lernen, laden Sie ein Open-Source-Produkt wie CVS oder Subversion, laden Sie es und probieren Sie es aus.
http://www.ericsink.com/scm/source_control.html hat einige gute Informationen mit zu arbeiten.
- Ich bin neu bearbeite diesen Kommentar zu beachten, dass es sieht aus wie jemand auf diese Quelle Steuerverbindung verknüpft sonst in einem früheren Post. :) es stopfen, ich war nicht der Erste, es zu schreiben.
Just-Tools installiert bekommen ist nicht genug. Sie müssen verstehen, wie die jeweilige Technologie (wie SVN) funktioniert und wie der gesamte Quellbaum funktionieren sollte: beste Struktur, Tagging, Verzweigung, Zusammenführung und so an vierter Stelle. Da wir SVN Ich empfehle Subversion Buch . Es hat einige gute Erklärungen von Quellensteuerkonzepte.
Überprüfen Sie heraus Subversion (SVN) zu starten. Wie in anderen Beiträgen vorgeschlagen, gibt es eine ausgezeichnete kostenlose ebook , dass nicht nur beschreibt, wie SVN zu verwenden, sondern ist ein ausgezeichneter Start auf den Konzepten.
Für eine einfache Setup-Server, überprüfen Sie den freien Server aus VisualSVN .
Wenn Sie Visual Studio verwenden, können Sie ihre Add-In (Kosten) oder die Open-Source verwenden Ankh SVN Addin . Wenn Sie andere IDEs verwenden, Tortoise SVN integriert Explorer in Windows.
Starten Sie mit Subversion. Die Dokumentation ist eine Online- und die pragmatische Programmierer svn Buch ist groß.
Wenn Sie unter Windows sind, können Sie auch erhalten tortoisesvn (kostenlos) für Explorer-Integration oder VisualSVN (kommerziell) für Visual Studio-Integration. Für den Mac, Versionen wie ein schöner Stand-alone-Client sucht, und XCode 3 hat in Integration gebaut Svn. Noch ich würde ein wenig Zeit in der Befehlszeile mit dem sVN-Client ausgeben, um wirklich herauszufinden, was Sie tun.
Nachdem ich mit der Art, wie SVN funktioniert bequem, dann können Sie in Version bekommen verteilte Steuerungssysteme wie Git, Basar, oder Mercurial, aber ich habe genug professionelle Entwickler haben Probleme gesehen, ihre Köpfe um die Grundlagen der Versionskontrolle Einwickeln (Verzweigung Fusion usw.), dass ich zuerst mit dem komfortabel bekommen, bevor sie verteilten Systeme bewegen.
die Hölle Bleiben Sie weg von Visual Source (VSS). Es ist kacken. Ihr Code ist nicht sicher. Siehe viele Links zu warum nicht verwenden VSS.
Subversion ftw.
Sie könnten beginnen über diese Website durchsuchen.
Meiner Meinung nach, wenn Sie bereits Viual Source Safe haben, und Sie sind ein einzelner Entwickler mit VS tun Arbeit, ist es völlig in Ordnung. Es ist ein einfaches System, das für kleine einzelne Entwickler Projekte gut genug funktioniert. Ich habe es seit Jahren ohne Probleme für kleine Projekte verwendet. Einfache Verwaltung und Sicherung als auch.
Ich glaube, dass strating Punkt mit Versionskontrollsystem (wie Mercurial oder Git) verteilt ist. Es gibt einige advandtages es zu benutzen:
- Sie brauchen nicht zu Setup zentralen Repository (es rquires langweilig Server-Setup)
- Sie können über E-Mail oder auf andere Weise mit Ihren Freunden Changesets (Revisionen) teilen und integrieren Änderungen an Ihrem Repository sicher.
- Sie können die Revisionsgeschichte ändern (rebase, git unterstützt) easilly, was unmöglich ist, mit SVN zu tun.
Ich empfahl auf den freien verteilten Versionskontrollsysteme versuchen. Die meisten von ihnen sind sehr einfach zu installieren auf Ihrem PC und kommen mit einer guten Dokumentation. Hier sind meine Favoriten 1. Bazaar 2. Mercurial 3. Git (nur für * nichts-basierte Systeme, soweit ich weiß)
Sehen Sie hier eine Liste:
http://en.wikipedia.org/wiki/List_of_revision_control_software
Kommentare zu den Produkten, die ich verwendet habe:
VSS - Haben sie nicht in eine ganze Weile (mehrere Jahre) verwendet, um die Zeit, die die Grundlagen der tat, was wir wollten, aber wir waren in einer Vielzahl von Themen regelmäßig genug laufen, dass wir aktiv um eine bessere Lösung gesucht. Wenn Sie freien Zugang haben, dann wäre es nicht schaden Exposition gegenüber deren Umsetzung zu bekommen, um zu sehen, was zu der Zeit eine andere Art und Weise des Umgangs mit den Problemen war (sie jetzt mit dem Rest der Produkte kam in der Leitung hat) .
CVS - verwendet, um dies zu einem früheren Unternehmen und arbeiteten mit dem ursprünglichen Autor von TortoiseCVS so bin ich ein wenig voreingenommen vielleicht denkt, dass es eine anständige Open-Source-Lösung. Ich würde empfehlen, hier persönlich beginnen, every leicht verfügbar und weit verbreitet.
Perforce - Unsere Unternehmen Stromquellensteuerlösung und so ziemlich universell auf dem besten Team betrachtet. Ein paar alternativen Benutzeroberfläche, dass die Menschen können wählen zwischen und guter Unterstützung der Befehlszeile zu (wichtig für Werkzeuge Interaktion). Wenn Sie sich für ein Unternehmen der Bewertung ich würde sicherlich auch dieses in der Liste zu sehen.
Versuchen Sie Unfuddle für eine kostenlose gehostete SVN Quellcodeverwaltung.
Eine weitere Stimme für Subversion / TortoiseSVN aber beachten Sie, dass es nicht gut spielt mit einem FAT32 heimischen NAS.
Ich habe auf die gesamte Source-Control-Gemeinschaft verlieren das Vertrauen. Jeder sagt VSS Hölle schlecht ist, mag diese alte Vorspannung, C ++ ist viel besser als C, Win Vista ist schrecklich und XP ist zu alt, um die Welt zu dienen. Doch nach wie vor viele Menschen mit ihnen. Man kann nie wissen, wie Sie ein Werkzeug möchten, bevor Sie es benutzen. Und jede Versionskontrolle Anwendung besteht aus Fehlern und Defekten. Und VSS ist nur so schwer zu fallen.
Visual Source Safe (VSS) ist für einen Anfänger in Ordnung, weil Sie nicht wissen, was Sie fehlt. Wenn Sie etwas komplizierter brauchen, dann sorgen sich um ein anderes Produkt zu bekommen.
