ich die Git Integration von im Team Explorer Abschnitt in Visual Studio 2015Visual Studio 2015 Update 2 Team Explorer fehlt ‚Ausschließen‘
verwendet haben habe ich eine Reihe von Konfigurationsdateien in meiner Lösung, die Änderungen erfordern in Damit die Anwendung lokal ausgeführt wird, möchte ich diese Änderungen jedoch nicht übernehmen.
In VS2015 Update 1 gab es eine "Ausschließen" -Option im Abschnitt "Änderungen" der Git-Integration, die ich die geänderten Konfigurationsdateien auswählen und aus der Menge der Änderungen ausschließen konnte. Diese Dateien würden dann nicht mehr in der Liste der geänderten Dateien erscheinen, so dass sie für zukünftige Commits ausgeschlossen blieben.
Gestern habe ich Update 2 installiert und jetzt ist diese Option ausgeschlossen. Ich kann nicht einmal eine 'ignore' sehen, also muss ich nun manuell die geänderten Dateien auswählen und jedes Mal neu starten, was jetzt ein zusätzlicher Schritt ist und potentiell dazu führt, dass ich die lokalen Konfigurationsänderungen versehentlich verfolge. Mir ist klar, dass die Bereitstellung eines Staging-Bereichs für die zu übertragenden Dateien die Norm ist, aber der Standard für VS besteht darin, einfach alles zu übernehmen. Wenn ich die Config-Dateien ausschließen will, muss ich die anderen Dateien inszenieren und dann committen.
Gibt es eine Möglichkeit, die vorherige Funktionalität mit der Option exclude zurückzuholen oder die Config-Dateien innerhalb der VS Git-Integration zu ignorieren. Ich möchte die Konfigurationsdateien nicht wirklich zur Git-Ignorierliste hinzufügen, weil ich diese Dateien manchmal rechtmäßig ändere und sie übernehmen möchte.
Ich hatte nicht gewusst, dass die Funktion "Ausschließen" ein TFS-Kater war. Ich denke, das Update macht Sinn, weil es das erwartete Git-Verhalten zu VS bringt. Wenn man die [Release Notes] (https://www.visualstudio.com/de-de/news/vs2015-update2-vs.aspx) liest, gibt es einige nette Verbesserungen für den Verlauf und schnelle Links in der Statusleiste. Also TL; DR kann man nicht die Option ausschließen, aber die neuen Funktionen sind besser ;-) –
Wow. Das ist meiner Meinung nach wirklich ein Schritt zurück. Ich werde die anderen Entwickler nicht mehr davon überzeugen können, auf Git umzusteigen. Der Workflow ist jetzt einfach schrecklich. – JYL
Ich kann mich an den Workflow gewöhnen, aber häufig können die Zusammenführungskonflikte VS zum Absturz bringen, und es kann in einen Zustand geraten, in dem ich manuelle externe Tools verwenden muss, um Konflikte zu lösen. Ziemlich schmerzhaft. –