Visual Studio 2015 Update 2 Team Explorer Fehlt 'Ausschließen'

Habe ich mit dem Git-integration in den Team Explorer in Visual Studio 2015.

Habe ich eine Reihe von config-Dateien in meine Lösung, die erfordern änderungen vorgenommen, um die Anwendung lokal ausführen, aber ich will nicht diese änderungen.

In VS2015 Update 1 gab es einen "ausschließen" - option in der "Änderungen" - Abschnitt des Git-integration, die ich könnte wählen Sie die geänderte config-Dateien, und schließen Sie aus der Menge der änderungen. Diese Dateien würden dann nicht angezeigt in der Liste der geänderten Dateien gehen nach vorne, so blieben Sie ausgeschlossen für die Zukunft verpflichtet.

Gestern habe ich Update 2 installiert und jetzt, die option ausschließen gegangen. Ich kann nicht einmal sehen, eine 'ignorieren' so, jetzt habe ich manuell den geänderten Dateien und Bühne Ihnen jedes mal, das ist jetzt ein extra-Schritt und hat Potenzial für mich Begehen die lokale config änderungen durch Unfall. Mir ist klar, dass mit staging-Bereich für die Dateien, die begangen werden kann, ist die norm, aber die Standard-VS ist einfach zu Begehen, alles. Wenn ausschließen will ich die config-Dateien, dann brauche ich auf der Bühne die anderen Dateien und dann commit.

Gibt es einen Weg, um wieder die Vorherige Funktionalität ist mit der option ausschließen oder andernfalls zu ignorieren, die config Dateien innerhalb des VS Git-integration. Ich nicht wirklich wollen, fügen Sie die config-Dateien in die Git-ignore-Liste, weil ich manchmal ändern sich diese Dateien sind legitim und möchten diese zu Begehen.

InformationsquelleAutor Chris B | 2016-04-28
  1. 42

    Visual Studio folgt nun die Git-Terminologie anstelle der TFS source control "Einschließen/Ausschließen". In Git die änderungen ungespielt standardmäßig. Von nun an, dass der Fall in VS zu, und Sie können mit der rechten Maustaste auf die Dateien, die Sie wollen zu sammeln für den nächsten commit, und wählen Sie "Bühne". Sobald Sie inszeniert einige Dateien, die Sie aufbringen können, diese bereitgestellte Dateien ausschließlich durch Commit Staged - Taste (die Beschriftung ändert sich von Commit All nachdem Sie die Bühne mindestens eine Datei).

    Als-Verknüpfung jedoch, wenn Sie wollen, zu verpflichten, alle geänderten Dateien auf einmal - und alle von Ihnen sind unstaged zunächst - Sie können die Bühne und versuche Sie mit einem Klick mit Commit All - Taste.

    Erste überrascht mich. Aber das wissen der Git-Terminologie es Total Sinn machen. Include/Exclude-form kommt der original TFS source control Mechanismen, es diente ähnlichen Zwecken, aber es könnte verwirrend für diejenigen, die, wo neue, VS, wusste aber, dass Git.

    • Ich hatte nicht geschätzt, dass die "ausschließen" - Funktion wurde ein TFS-Kater. Ich denke das update macht Sinn, es bringt das erwartete Git Verhalten auf VS. Lesen Sie die release notes es gibt einige schöne Verbesserungen, um die Geschichte und die quick-links auf der Statusleiste. Also TL;DR Sie nicht bekommen kann die exclude-option zurück, aber die neuen Funktionen sind besser 😉
    • Wow. Dies ist wirklich ein Schritt zurück meiner Meinung nach. Ich werde nicht in der Lage sein, zu überzeugen, nicht mehr an die anderen Entwickler wechseln zu git. Der workflow ist schrecklich gerade jetzt.
    • Ich kann mich daran gewöhnen mit dem workflow, aber oft ist die merge-Konflikte können crash VS und es kann in einem Zustand, wo ich manuelle externe tools, um Konflikte zu lösen. Ziemlich schmerzhaft.
    • Mit dem git-Befehl Linie können Sie festlegen, welche Dateien, die Sie übertragen wollen. Dies ist, was spiegelt sich auch in der include/exclude-option. Umgesetzt wird dies durch andere git-Grafik-clients mithilfe von Kontrollkästchen, um anzugeben, welche Dateien, die Sie übertragen wollen (wie in TortoiseGit und Xamarin Studio). Staging ist etwas anderes.
    • Ich wünschte, es gäbe eine Möglichkeit der Deaktivierung der "Commit für Alle" und zwingen den Benutzer zu verpflichten, nur inszeniert. Ich habe versehentlich begangen Dateien so viele Male schon...
    • Joao Milash: ich bin damit einverstanden, jedes mal, wenn ich versehentlich commit meinem lokalen environment_config.json-Datei, die nightly build setzen es auf dem Entwicklungs-server so zu zerbrechen. Wenn das passiert, werde ich zur Behandlung meiner Entwicklung team-Mitglieder zu Stroopwafels, Es wird immer kostspieliger.
    • ist dein Freund dann: hinzufügen environment_config.json zu. Wie viele Stroopwafels werde ich bekommen?
    • leider ist die environment_config.json-Datei ist bereits verpflichtet, und verfolgt von git, indem es auf .gitignore wird nichts erreichen. Visual studio versucht die Datei übernehmen. So haben Sie, uns zu behandeln, um stroopwafels für versehentlich die Datei einzuchecken. 🙂
    • Verrate ich ein Geheimnis: wenn Zeug sieht komisch überprüfen Sie immer die situation mit einem anderen Git-GUI-tool, oder auch nur der git-Kommandozeile. Turst mir über diese ein, es funktioniert nicht nur VS Studio, aber auch andere IDEs, wie InetlliJ als gut. Meine Lieblings-IDE externe GUI ist tig, die auch dem Charakter basiert, so funktioniert in einer Klemme. Aber standard-Git-GUI ist auch gut. Manchmal können die Dinge stecken, in einigen seltsamen Zustand und mit einem anderen tool erhalten Sie eine zweite Meinung über die situation.

    InformationsquelleAutor Csaba Toth
Schreibe einen Kommentar