Meilleures pratiques de subversion de la solution .net ?

Question

Il existe de nombreux exemples de configuration de vos projets dotnet, mais aucun ne semble correspondre à notre situation.

Nous avons une solution avec plusieurs applications, plusieurs dépendances.Nous sommes actuellement sur SourceSafe et prévoyons de passer à Subversion, mais nous avons du mal à organiser nos sources de la bonne manière.

• Exemple de solution

  • Application1
  • Application2
  • Objets Biz
  • Accès aux données
  • Contrôles personnalisés

• Dépendances

  • BizObjects->DataAccess
  • App1->Contrôles personnalisés
  • App1->BizObjects
  • App1->Accès aux données
  • App2->Contrôles personnalisés
  • App2->BizObjects

Nous disposons également d'un système de gestion de configuration qui se déploie (via une copie de la base de données) en fonction de la charge de travail sur laquelle l'opérateur travaille.Nous marquons une "version" d'application avec une version et à cette version, nous ajoutons plusieurs dépendances de fichiers.Gardez à l’esprit que la solution que nous avons actuellement en place est une tentative de pansement de l’ancienne solution (développée par Windows 3.1) pour fonctionner avec la structure de fichiers/dépendances .NET.

Dans le cas d'App1, nous avons App1.exe, BizObjects.dll, DataAccess.dll et CustomControls.dll.Nous avons le même ensemble de dépendances pour App2 en raison du référencement de BizObjects à DataAccess - mais cela est défini manuellement.Nous n'avons pas de système en place pour identifier l'arborescence des dépendances.

Chacune des dépendances d'une "version" est un identifiant de fichier et de version.Et la même application peut contenir différentes versions de chaque fichier pour une charge de travail différente.

1. Où avons-nous commis une erreur ?Avons-nous eu tort ?
2. Comment pouvons-nous structurer une arborescence des sources SVN pour répondre aux exigences de déploiement ?
   • ou
3. comment pouvons-nous restructurer le code pour mieux prendre en charge une stratégie de déploiement qui a du sens pour notre configuration ?

Nous avons une solution ancienne et trop sophistiquée pour (semble-t-il) un problème relativement simple.Quelqu'un peut-il nous orienter dans la bonne direction ?

modifier:J'ai lu ce question et rappelez-vous que nous avons également les mêmes zones de développement/test/prod par lesquelles le code doit se déplacer.

Answer 1

Voici une question qui peut être pertinente. texte du lien.

Answer 2

On dirait que vous essayez de contrôler la configuration avec un système de contrôle de code source.

Subversion ne peut pas être le bon choix, car il s'agit vraiment du code source (fichiers ascii) et des dépendances de construction, pas des fichiers exécutables (binaires) et des dépendances d'exécution.

Je suppose que vous avez vraiment besoin d'un installateur :http://en.wikipedia.org/wiki/List_of_installation_software

Ou peut-être juste un script pour lancer la configuration correcte à partir d'un lecteur réseau.