Les meilleures pratiques: environnement collaboratif, Bin Directory, SVN

voix
27

Quelles sont les meilleures pratiques pour le contrôle dans les annuaires BIN dans un environnement de développement collaboratif en utilisant SVN? Devraient références au niveau des projets exclus de checkin? Est-il plus facile d'ajouter que tous les répertoires bin?

Je développe beaucoup de sites DotNetNuke et il semble que dans un environnement multi-développeur, il est toujours une tâche énorme pour obtenir la configuration de l'environnement correctement.

Le but ultime (bien sûr) est d'avoir une nouvelle caisse de développeur le tronc de SVN, restaurer la base de données DNN et ont tout simplement « travail » ...

Créé 02/08/2008 à 00:29
source utilisateur
Dans d'autres langues...                            


5 réponses

voix
19

Tous les ensembles qui devraient être dans le GAC devrait rester dans le GAC. Cela comprend System.web.dll ou tout autre dll 3ème partie que vous allez déployer au GAC dans la production. Cela signifie un nouveau développeur devrait installer ces ensembles.

Toutes les autres assemblées 3ème partie doivent être des références à travers un chemin relatif. Ma structure typique est:

-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 et projet font référence aux assemblées dans la racine / Références dossier relativement. Ces fichiers .dll sont contrôlés dans la subversion.

Mis à part cela, * / bin * / bin / * obj doit être dans votre chemin global ignorer.

Avec cette configuration, toutes les références aux assemblées sont soit par le GAC (doivent donc travailler sur tous les ordinateurs), ou par rapport à chaque projet au sein de votre solution.

Créé 02/08/2008 à 00:40
source utilisateur

voix
4

Arboriculteur est un excellent outil qui crée un arbre de développement .NET vide. Il a été peaufiné au cours des années d'utilisation et met en œuvre un bon nombre de meilleures pratiques.

Créé 11/09/2008 à 14:03
source utilisateur

voix
4

Est-ce une question spécifique .Net?

En général, la meilleure pratique est de ne pas vérifier dans tout ce qui est construit automatiquement à partir des fichiers qui sont déjà en SCM. Tout cela est idéalement créé dans le cadre de votre processus de construction automatique.

Si le binrépertoire que vous faites référence contient les binaires tiers, plutôt qu'une construction de votre projet, ne pas tenir compte (downvote?) Ce conseil.

Créé 02/08/2008 à 00:44
source utilisateur

voix
2

Maven aide beaucoup à ce problème quand je codage java. Nous nous engageons le pom.xml aux scs et le dépôt Maven contient toutes nos dépendances. Pour moi, cela semble être une bonne façon de le faire.

Créé 02/08/2008 à 19:30
source utilisateur

voix
1

Nous suivons la pratique d'utiliser un répertoire des fournisseurs qui contient tous les en-têtes spécifiques des fournisseurs et binaires. Le but est que tout le monde devrait être en mesure de construire le produit juste en cochant la case et fonctionnement un script de construction de niveau supérieur.

Créé 13/08/2008 à 23:25
source utilisateur

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