Das Problem, vor dem ich stehe, ist, dass einige der von Visual Studio erzeugten Dateien für die Übertragung nicht notwendig sind.
Abgesehen von den offensichtlichen Dingen, die ich nicht begehen soll, welche anderen Dateien sollte ich nicht begehen? Muss ich .manifest-Dateien usw. einreichen?
Anders ausgedrückt: Welche Dateien werden benötigt, um das Projekt, an dem ich gerade arbeite, neu zu erstellen, und welche Dateien können automatisch generiert werden?
Danke!
Die Dateien, die ich normalerweise nicht festlege, sind: *.suo und *.user . Ich begehe die meisten anderen Dateien.
Binärdateien können abhängig von Ihrer Unternehmensrichtlinie festgeschrieben werden. Theoretisch sollten Sie sie aus dem Quellcode erneut erstellen können, aber in der Praxis ist es eine gute Idee, eine genaue Kopie von allem zu haben, was Sie an einen Kunden gesendet haben. Zumindest für Releases sollten die Binärdateien festgeschrieben werden.
Im Allgemeinen ist es ein bisschen schwierig, die Dateien speziell aufzulisten, da es sehr davon abhängt, welche Art von Projekt Sie haben und welche Werkzeuge Sie für die automatische Generierung von Code verwenden.
Im Allgemeinen ist die. suo-Datei etwas, das benutzerspezifisch ist und nicht eingecheckt werden sollte.
Aber der einfachste Weg, den ich Ihnen vorschlagen kann, ist
Wenn es baut, großartig. Wenn nicht, dann fügen Sie Dateien hinzu, bis es funktioniert.
Es ist ein bisschen Versuch und Irrtum, aber wahrscheinlich wird es nur eine einmalige Sache sein.
Andere Möglichkeit besteht darin, für jede Art von unbekannter Datei genau herauszufinden, was sie tut und dann zu entscheiden, ob sie benötigt wird oder nicht und dementsprechend auszuschließen / einzuschließen. Wenn Sie die Erweiterungen der Dateien posten, von denen Sie sich nicht sicher sind, kann Ihnen entweder google / SO helfen !!
Persönlich glaube ich nicht daran, Binärdateien überhaupt zu verwenden, selbst für Releases. Scheint unnötig für mich, da in unserem Fall jede Veröffentlichung mit einem Label verbunden ist. Den genauen Code zu bekommen, der veröffentlicht wurde, ist nur eine Frage des Erhaltens des Codes, der mit dem Label verbunden ist und es erstellt. Da die Bereitstellung in der Regel über Setup-Dateien erfolgt, scheint die Überarbeitungen msi / exe (und solange Sie Backups von denen für Ihre Releases erstellen), bei denen alle Binärdateien in die Quellcodeverwaltung eingecheckt sind, ein bisschen Overkill zu sein / p>
Tags und Links c# version-control