Wie vermeiden Sie es, an der falschen Filiale zu arbeiten?

Vorsicht ist normalerweise genug, um Probleme zu vermeiden, aber manchmal muss ich den Zweig, an dem ich arbeite, noch einmal überprüfen ( z. B. "hmm ... ich bin im devZweig, richtig?"), Indem ich den Quellcodeverwaltungspfad eines Zufalls prüfe Datei.

Auf der Suche nach einem einfacheren Weg habe ich mir überlegt, die Lösungsdateien entsprechend zu benennen ( z. B. MySolution_Dev.sln ), aber mit unterschiedlichen Dateinamen in jedem Zweig kann ich die Lösungsdateien nicht zusammenführen.

Es ist keine so große Sache, aber gibt es Methoden oder "kleine Tricks", mit denen Sie schnell sicherstellen können, dass Sie in der richtigen Branche sind? Ich verwende Visual Studio 2010 mit TFS 2008.

Ich benutze diese http://visualstudiogallery.msdn.microsoft.com/f3f23845-5b1e-4811-882f-60b7181fa6d6

Aktualisiert Ihren Titel zum Beispiel auf:

Entwicklung \ myproject

oder

Haupt \ myproject

oder

Release \ myproject

Ich hoffe es hilft

Benennen Sie die Arbeitsverzeichnisse unterschiedlich. Wenn Ihr Projekt den Titel "MY_PROJECT" trägt, erstellen Sie für jeden Zweig ein anderes Arbeitsverzeichnis. Wenn es einen Zweig mit dem Namen "dev" gibt, benötigen Sie ein Verzeichnis für trunk und ein Verzeichnis für dev, wie folgt:

~/henginy/projects/MY_PROJECT-trunk
~/henginy/projects/MY_PROJECT-dev

Ich arbeite nicht in einem allgemeinen Entwickler- oder Trunk-Zweig.

Ich arbeite IMMER in Feature-Zweigen. Wenn eine Funktion fertig ist, folge ich diesen Schritten.

1. Öffnen Sie den Quellcodeverwaltungs-Explorer.
2. Vom Entwickler in den aktuellen Feature-Zweig einfügen.
3. Beheben Sie alle Konflikte und stellen Sie sicher, dass alles noch funktioniert.
4. Checken Sie erneut ein. Feature in Dev Branch zusammenführen.
5. Öffnen Sie die Entwicklerlösung.
6. Dev Branch einchecken.
7. Dev solution schließen.
8. Lassen Sie CI erstellen und bereitstellen.

Ich habe den Entwicklerzweig immer nur für ein paar Minuten geöffnet und schließe ihn sofort.

Sie können in jedem Zweig eine leere Datei erstellen, z. B. THIS_IS_TRUNK.txt in trunk und THIS_IS_DEV.txt in DEV.

Ich arbeite viel mit meinem (D) VCS über die Befehlszeile. Ich kann nur empfehlen, dass Sie sich umgehend anzeigen lassen, wo Sie sich gerade befinden. Zum Beispiel sieht meine Eingabeaufforderung in einem Git-Repo so aus (ich mache das auch für SVN):

[BranchName]RepoTop/path/to/current/wd >>

Und wenn das Repo derzeit schmutzig ist (nicht festgeschriebene Änderungen):

[BranchName!!]RepoTop/path/to/current/wd >>

Ich habe auch den Hintergrund auf rot gesetzt, wenn ich in prod eingeloggt bin. Einfache visuelle Benachrichtigungen sind für mich sehr effektiv.

Sie haben erwähnt, dass Sie dies am häufigsten sehen, wenn Sie zu Ihrem Computer zurückkehren. Ich finde eine Haftnotiz, bei der mein aktueller Fokus (Zweig, Fehlernummer, Funktion) beim Verlassen auf meiner Tastatur haftet, damit ich schnell wieder zur Arbeit komme, anstatt das, was ich zuletzt getan habe, neu zu erstellen .

Es gibt eine kostenlose Visual Studio-Erweiterung namens TFS Solution Info , die Ihnen dabei helfen kann. Es zeigt Ihnen den aktuellen Zweig und den Arbeitsbereich in einem kleinen Fenster, das Sie an beliebiger Stelle andocken / anheften können.

Ich verwende die VSCommands- Erweiterung (mit Visual Studio 2012, es gibt jedoch eine 2010-Version) und sie fügt den Zweignamen bequem in die linke obere Ecke des Bildschirms sowie in den Lösungs-Explorer ein.

In keiner Weise mit dem Produkt verbunden, nur ein zufriedener Benutzer.

Ich vermeide es, im falschen Zweig zu arbeiten, indem ich fast alles in einem Zweig erledige (in der so genannten "instabilen Trunk" -Verzweigungsstrategie ).

Die Fälle, in denen ich gezwungen bin, Zweige zu aktualisieren, sind ziemlich selten - dies sind Bugfixes vor und nach der Produktion (der Produktkandidatencode ist in Zweigen isoliert). Da sich diese Fixes auch im Trunk befinden sollten, entwerfe, teste und überprüfe ich sie normalerweise direkt im Trunk und portiere sie dann zum Prod Branch. Das Portieren umfasst in der Regel nur eine einfache Kopie von 1 bis 5 Dateien zum Verzweigen und Erstellen.

• Ich bin auch ein bisschen glücklich, dass das Management in den meisten meiner Projekte es vorgezogen hat, Kunden davon zu überzeugen, neuere Releases zu verwenden, anstatt alte zu patchen - dies reduziert den Teil der Updates in den Filialen nach der Produktion auf ein fast vernachlässigbares Minimum.

Eine bestimmte Antwort hängt von der Versionskontrollsoftware ab, die Sie verwenden. In der Regel gibt es jedoch einen Befehl, mit dem Sie den Zweig, an dem Sie arbeiten, leicht erkennen können. Verwenden Sie beispielsweise bei Subversion den svn infoBefehl in einem Verzeichnis, um die URL für diesen Zweig anzuzeigen. Wenn Sie mehr an einer bestimmten Datei interessiert sind, können Sie dies auch angeben:

caleb-dev$ svn info foo.c 
Path: foo.c
Name: foo.c
URL: https://svn.mycompany.com/repo/sample/branches/caleb-dev/foo.c
Repository Root: https://svn.mycompany.com/repo/sample
Repository UUID: d62f7aef-3ad2-6098-12a-c16647d854ab
Revision: 1042
Node Kind: file
Schedule: normal
Last Changed Author: caleb
Last Changed Rev: 1031
Last Changed Date: 2011-06-07 15:28:27 -0400 (Tue, 07 Jun 2011)
Text Last Updated: 2011-06-08 03:08:12 -0400 (Wed, 08 Jun 2011)
Checksum: 123456789098765432123456789098

An der URL kann ich erkennen, dass sich meine Kopie von foo.c im caleb-dev-Zweig befindet.

Ich muss das nicht sehr oft tun, da mein lokales Verzeichnis den gleichen Namen wie der Zweig hat. Ein kurzer Blick auf meine Eingabeaufforderung genügt normalerweise, um zu bestätigen, dass ich mich im richtigen Verzeichnis befinde und daher im richtigen Zweig arbeite.

Hier gibt es bereits viele Antworten, aber keine, die auf die einfache Lösung eingeht, mit der ich arbeite: Erstellen Sie für jeden Zweig eine neue VM mit einer Entwicklungsumgebung und checken Sie aus dem richtigen Zweig aus. Sie müssen das nur einmal tun und es richtig machen, und dann wechseln Sie einfach die VMs, um die Zweige zu wechseln.