Frage

Während Visual Studio 2010 Beta 2 Auswertung, ich sehe, dass in dem umgewandelten Verzeichnis, mein vcproj Dateien wurden vcxproj Dateien. Darüber hinaus gibt es vcxproj.filter Dateien neben jedem Projekt, das eine Beschreibung des Ordnerstruktur zu enthalten scheint (\ Quelldateien, \ Header-Dateien usw.).

Glauben Sie, dass diese Filter Dateien pro Benutzer gehalten werden sollte, oder sollten sie über die gesamte dev Gruppe geteilt werden und überprüft in SCC?

Mein heutiges Denken ist sie zu lesen, aber ich frage mich, ob es irgendwelche Gründe dafür sind nicht das zu tun, oder vielleicht gute Gründe, warum ich auf jeden Fall überprüfen sollte sie in.

Der offensichtliche Vorteil ist, dass die Ordnerstrukturen passen, wenn ich an jemand anderen Maschine der Suche bin, aber vielleicht würden sie wie die Dinge logisch reorganisieren?

War es hilfreich?

Lösung

Frühere Versionen von Visual Studio (mindestens Versionen 6.0 und 2008) speichern diese Informationen in ihrer eigenen Projektdatei (.dsp und VCPROJ Dateien beziehungsweise), was natürlich gut ist SCC hinzuzufügen.

Ich kann nicht aus irgendeinem Grund denken, nicht diese .filter Dateien in SCC enthalten

Andere Tipps

Wir zogen absichtlich die .filter. Datei-Informationen aus dem VCPROJ, wenn wir zum .vcxproj MSBuild-Format übersetzt. Ein Grund dafür ist genau das, was Sie wies darauf hin, dass die Filter sind rein logische Sicht und andere Teammitglieder möchten unterschiedliche Ansichten. Die andere ist, dass manchmal die Build eingerichtet ist, den Zeitstempel der Projektdatei zu überprüfen, und ein Projekt neu, wenn sie sich geändert hat - denn, dass es Dateien andere Quelle bedeuten können, oder verschiedene Einstellungen zu bauen, usw. Ich glaube nicht, erinnern, wenn wir tatsächlich mit dem Build ausgeliefert so trigging, aber die Idee war, dass wir nicht wieder aufbauen einfach auslösen wollten, weil die Filter gewechselt, da sie den Build nicht beeinflussen.

Ich fand nur, dass, wenn Sie Git verwenden Sie Dateien markieren .filter können für die Zusammenführung als eine Vereinigung behandelt werden, um es einfacher zu machen. Fügen Sie einfach die Zeile:

*.vcxproj.filters merge=union

Ihre .gitattributes Datei.

Siehe .gitattributes Mit Konflikte zu vermeiden verschmelzen für weitere Details.

Es solle nicht für den Fall hinzugefügt werden, die Sie verwenden CMake (oder ähnliche Build-Tools) Dateien wie *.sln zu erzeugen, *.vcxproj, *.vcxproj.filters usw., da diese Dateien vollständigen Pfad zu Ihrem Projektordner enthalten können und andere nur Computer bestimmte Ordner .

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top