Best Practice: Collaborative Environment, Bin Verzeichnis, SVN

stimmen
27

Was sind die Best Practices für die in einer kollaborativen Entwicklungsumgebung in BIN Verzeichnisse Überprüfung mit SVN? Sollte Projektebene Referenzen von checkin ausgeschlossen werden? Ist es einfacher, nur alle sind-Verzeichnisse hinzufügen?

Ich entwickle eine Menge von DotNetNuke-Site und es scheint, dass in einer Multi-Entwicklungsumgebung, es ist immer eine große Aufgabe richtig den Umwelt-Setup zu bekommen.

Das ultimative Ziel (natürlich) ist eine neue Entwickler Kasse von SVN, um den Stamm zu haben, stellen Sie die DNN-Datenbank und haben sie alle nur ‚Arbeit‘ ...

Veröffentlicht am 02/08/2008 um 00:29
quelle vom benutzer
In anderen Sprachen...                            


5 antworten

stimmen
19

Jegliche Baugruppen, die im GAC erwartet sein sollten im GAC bleiben. Dazu gehört System.web.dll oder anderen 3rd-Party-DLL, die Sie den GAC in der Produktion einsetzen werden. Das bedeutet, ein neuer Entwickler würde diese Baugruppen installieren.

Alle anderen 3rd-Party-Baugruppen sollten Referenzen durch einen relativen Pfad sein. Meine typische Struktur ist:

-Project
--Project.sln
--References
---StructureMap.dll
---NUnit.dll
---System.Web.Mvc.dll
--Project.Web
---Project.Web.Proj
---Project.Web.Proj files
--Project
---Project.Proj
---Project.Proj files

Project.Web und Projekt der Baugruppen im Stamm Referenz / Ordner relativ. Diese .dlls in Subversion geprüft.

Abgesehen davon, * / sind * / ist / * obj sollte in Ihrem global seinen Weg ignorieren.

Mit dieser Einrichtung können alle Verweise auf Baugruppen sind entweder durch die GAC (so sollte auf allen Computern arbeiten) oder relativ zu jedem Projekt innerhalb Ihrer Lösung.

Beantwortet am 02/08/2008 um 00:40
quelle vom benutzer

stimmen
4

Baum - Chirurg ist ein großes Werkzeug , das einen leeren .NET - Entwicklungsbaum erstellt. Es wurde über Jahre Nutzungs gezwickt und implementiert viele Best Practices.

Beantwortet am 11/09/2008 um 14:03
quelle vom benutzer

stimmen
4

Ist dies eine .Net spezifische Frage?

Im Allgemeinen ist die beste Praxis ist nicht in irgendetwas zu überprüfen, die automatisch von Dateien erstellt wird, die bereits in SCM ist. Alles das ist ideal als Teil des automatischen Build-Prozesses erstellt.

Wenn das binVerzeichnis , das Sie sich beziehen auf fremde Binärdateien enthält, anstatt einen Build Ihres Projekts, ignorieren (downvote?) Diesen Rat.

Beantwortet am 02/08/2008 um 00:44
quelle vom benutzer

stimmen
2

Maven hilft ziemlich viel mit diesem Problem, wenn ich Java-Codierung bin. Wir verpflichten die pom.xml den scs und das Maven-Repository enthält alle Abhängigkeiten. Für mich scheint ein netter Weg, es zu tun.

Beantwortet am 02/08/2008 um 19:30
quelle vom benutzer

stimmen
1

Wir folgen der Praxis eines Lieferanten-Verzeichnis zu verwenden, die alle herstellerspezifischen Header und Binärdateien enthält. Das Ziel ist es, dass jemand in der Lage sein sollte, das Produkt einfach zu errichten, indem es aus und laufen einig Top-Level-Build-Skript zu prüfen.

Beantwortet am 13/08/2008 um 23:25
quelle vom benutzer

Cookies help us deliver our services. By using our services, you agree to our use of cookies. Learn more