Ignorieren von Web.Config von der Quellcodeverwaltung ohne Ausschließen von Project in VS 2008

Question

Ich habe ein Projekt, an dem ich arbeite, wo ich ein Team habe, das an zwei verschiedenen Standorten befindet. Wir verwenden ein Quellcodeverwaltungssystem, das in VS 2008 integriert ist. Wir haben einen Lösungsordner erstellt, in dem wir verschiedene web.config-Dateien speichern, damit die verschiedenen Standorte auswählen können, welche Konfiguration sie zum Ausführen des Projekts verwenden müssen.

Was ich gerne tun könnte, ist, dass das Webprojekt, an dem wir gerade arbeiten, eine Datei web.config im Projekt hat, aber vom Quellcodeverwaltungssystem ignoriert wird. Das Quellcodeverwaltungssystem, das wir verwenden, ist SourceGear, und es arbeitet unter seiner Standardkonfiguration, die für mich sehr an VSS erinnert. Ich möchte vermeiden, die Datei web.config aus dem Projekt ausschließen zu müssen, aber ich sehe keinen anderen Weg, ohne dass das Quellcodeverwaltungssystem ständig versucht, die Datei wieder in das Repository einzufügen.

Wie kann ich die Datei web.config in Bezug auf mein Quellcodeverwaltungssystem ignorieren, ohne die Datei aus meinem Projekt alle zusammen ausschließen zu müssen?

Answer 1

Obwohl meine Antwort nicht für die Quellcodeverwaltung spezifisch ist, sollten Sie in Erwägung ziehen, benutzerdefinierte Konfigurationsabschnitte zu Ihrer web.config hinzuzufügen und abhängig vom Speicherort (Server, auf dem sie bereitgestellt wird) eine andere Konfiguration abzurufen.

Ich mache dies derzeit mit der Bereitstellung auf Staging, Test, Produktionsserver zu tun. Meine Konfigurationsklassen bestimmen den Servernamen und rufen die Konfigurationseinstellungen für diesen bestimmten Server ab. Auf diese Weise muss ich mich nicht sorgen, die web.config erneut zu berühren oder sie auszuschließen und andere Dateien zu verwenden.

Hier ist ein Artikel, wie man das macht. Ja, es ist nicht genau das, was Sie gefragt haben, aber vielleicht ist es besser, als sich auf die Quellcodeverwaltung zu verlassen und andere Konfigurationsdateien zu verwenden.

http://aspnet.4guysfromrolla.com/articles/032807-1.aspx

Answer 2

Sehen Sie sich die Tarnfunktion von sourcegear an. Der einzige Nachteil ist, dass es sich um eine benutzerspezifische Einstellung handelt, die jeder im Team erfüllen muss.