Best Practices für Subversion- und Visual Studio-Projekte

Ich habe vor kurzem begonnen arbeiten an verschiedenen C# - Projekten in Visual Studio als Teil eines plans für eine groß angelegte system, das verwendet wird, zu ersetzen, die unser derzeitiges system, gebaut von einem cobbling zusammen verschiedene Programme und Scripte geschrieben in C und Perl. Den Projekten, die ich arbeite jetzt an haben die kritische Masse erreichte, die für commit subversion. Ich Frage mich, was sollte und sollte nicht begangen werden, um das repository für Visual Studio-Projekte. Ich weiß, dass es erzeugen verschiedene Dateien, die nur build-Artefakte und nicht wirklich brauchen, begangen zu werden, und ich Frage mich, ob jemand schon irgendwelche Tipps für die richtige Verwendung der SVN mit Visual Studio. Im moment bin ich mit einem SVN 1.6-server mit Visual Studio 2010 beta. Irgendwelche Ratschläge, Meinungen sind willkommen.

InformationsquelleAutor der Frage Alex Marshall | 2009-11-14

  1. 87

    Laut MSDN:

    Können Sie fügen Sie die folgenden Dateien in Visual Studio source-control:

    • Solution-Dateien (*.sln).
    • Projekt-Dateien, zum Beispiel*.csproj*.vbproj - Dateien.
    • Anwendung-Konfigurations-Dateien, die auf XML basiert, verwendet, um die Kontrolle Laufzeit-Verhalten von einem Visual Studio-Projekt.

    Dateien, die Sie nicht zur Quellcodeverwaltung hinzufügen gehören folgende:

    • Lösung die option Benutzer-Dateien (*.suo).
    • Projekt mit der option Benutzer-Dateien, zum Beispiel*.csproj.user*.vbproj.user - Dateien.
    • Web-Informations-Dateien, zum Beispiel *.csproj.webinfo*.vbproj.webinfodass die Steuerung des virtuellen root Ordner von einem Web-Projekt.
    • Build output-Dateien, zum Beispiel *.dll und *.exe - Dateien.

    InformationsquelleAutor der Antwort Justin R.

  2. 16

    Ich würde vorschlagen, mit AnkhSVN - eine Subversion source control plugin für Visual Studio 2008/2010.

    Können Sie es verwenden, um Ihre erste add und commit der Lösung, - Projekte und-Quellen in das repository und es wird nicht fügen Sie einen beliebigen build-Artefakte. Es wird nicht fügen Sie alles, was erzeugt wird, durch Ihren build, nur Dateien, auf die verwiesen wird durch Ihre Lösung. Wenn es irgendwelche anderen bits und Stücke, die Sie brauchen, nicht in Ihrer Lösung können Sie fügen Sie Sie anschließend.

    InformationsquelleAutor der Antwort GraemeF

  3. 15

    Setzen Sie die folgenden Dateien in der Versionskontrolle:

    • .dsw (VS6 Arbeitsbereich)
    • .dsp (VS6-Projekt)
    • .sln (VS-Lösung)
    • .*proj (VS-Projekt-Dateien von verschiedenen Arten)
    • natürlich Ihre source-Dateien und andere Artefakte, die Sie erstellen,

    Tun nicht setzen Sie die folgenden Dateien in der Versionskontrolle:

    • .ncb (etwas zu tun mit Browser-oder intellsense)
    • .suo (Benutzer-workspace-Einstellungen wie Fenster, Platzierung, etc - denke ich)
    • .Benutzer (user-Projekt-Einstellungen wie Haltepunkte, etc - denke ich)

    Sich auch nicht in der beliebigen Objekt-Dateien, ausführbare Dateien, die automatisch generierten Dateien (wie Kopfzeilen, die generiert werden könnten).

    Als für ausführbare Dateien und andere Dateien erzeugt - es könnte eine Ausnahme sein, wenn Sie wollen in der Lage sein, auf Archiv-Veröffentlichungen. Das könnte eine gute Idee sein, aber Sie werden wahrscheinlich wollen, um Sie zu verwalten ein wenig anders und möglicherweise an einem anderen Ort als Ihrem source-code. Wenn Sie dies tun, auch archivieren .pdb-Dateien, so können Sie die debug-Sachen später. Sie möchten möglicherweise verwenden Sie ein Symbol Server zu speichern archiviert Symbole (siehe Debugging Tools für Windows für die symbol-server und dessen Dokumentation).

    Hier ist meine Liste der VS-spezifischen Dateien, die ich ausschließen, aus dem SVN:

    Ankh.Load
*.projdata
*.pdb
*.positions
*proj.user
*proj.*.user
*.ncb
*.suo
*.plg
*.opt
*.ilk
*.pch
*.idb
*.clw
*.aps

    InformationsquelleAutor der Antwort Michael Burr

  4. 11

    Lösung level:

    • fügen Sie die .sln Lösung Datei
    • ignorieren die .suo solution user options file

    Projekt-Ebene:

    • fügen Sie die .csproj.vbproj (und c++ proj?) Dateien
    • ignorieren die .csproj.user.vbproj.user Dateien
    • ignorieren die bin Verzeichnis
    • ignorieren die obj Verzeichnis
    • ignorieren-alle Dateien/Verzeichnisse, die generiert während der Laufzeit (dh. Protokolle)

    Wenn Sie verwenden und VS addins, können Sie Dateien generieren, müssen auch ignorieren (ie. ReSharper generiert .resharper und .resharper.user - Dateien).

    Ignore-Elemente können entweder ignoriert explizit nach Dateinamen (dh. MyProject.csproj), oder durch ein wildcard-Muster (dh. *.csproj.user).

    Sobald Sie Ihr ignoriert eingerichtet, Check-out eine saubere Kopie Ihrer Quelle, dann Bau sollte sich dann zeigen, keine änderungen (dh. keine neuen, nicht versionierte Dateien).

    InformationsquelleAutor der Antwort adrianbanks

  5. 5

    Würde ich manuell alle Dateien, die ich denke, ich sollte das nicht der Versionskontrolle.

    Mein global ignore pattern:

    .dll .pdb .exe .cache .webinfo .snk bin obj debug _Resharper .Benutzer resharper

    InformationsquelleAutor der Antwort Andre Gallo

  6. 2

    Falls Sie mit ignorieren-Liste, SVN groß-und Kleinschreibung. Denken Sie also daran, Sie zu ignorieren-bin-und-Bin-Ordner separat.

    Außerdem hatte ich eine Frage.. warum dauert es viel Zeit einige Male aktualisieren Sie die status-Symbol? Manchmal wird es sehr verwirrend.

    InformationsquelleAutor der Antwort Manoj

  7. 1

    Sehen Mercurial .hgignore für Visual Studio 2008-Projekte Mercurial-ignorieren-Liste. Ich bin nicht vertraut mit der syntax von SVN-ignore-Liste aber dieser thread hat ein paar gute Listen, was zu ignorieren, die in Visual Studio.

    InformationsquelleAutor der Antwort CAD bloke

Schreibe einen Kommentar