en utilisant dotnetnuke (dnn) avec avec subversion

Actuellement, je développe des sites en utilisant le framework DNN. Actuellement, mon environnement de développement et de mise en scène est le même. Le client est sur le même site que celui que j'utilise pour le développement.en utilisant dotnetnuke (dnn) avec avec subversion

J'ai commencé à utiliser svn (subversion) tortoise pour maintenir les versions et la sauvegarde. J'utilise le référentiel svn basé sur le fichier pour cela.

Le problème est que svn crée le dossier .svn (caché) dans chaque dossier. Ce dossier et les fichiers qui s'y trouvent s'affichent dans le système du portail lors de la sélection des fichiers et dans de nombreux emplacements différents, tels que FCKEditor File Browser, Sélection des icônes pour le module/la page, sélection des thèmes.

Je souhaite cacher ce dossier pour l'ensemble de l'application et il ne devrait apparaître nulle part.

Source

2008-09-22 user20031

Avez-vous besoin du même environnement de développement et de mise en scène? Je recommanderais vraiment contre. Même si vous les avez sur le même serveur, je pense que vous devriez les avoir au moins dans des répertoires virtuels séparés.

En supposant que vous l'ayez fait alors, il est simple de garder le '.' répertoires cachés, vous simplement export votre référentiel svn de dev à la mise en scène. La mise en scène ne sera plus une copie de travail, donc le '.' les répertoires ne seront pas présents. Cela permet également de tester les changements potentiellement cassants sans affecter le client et il maintient l'environnement de transfert plus stable.

Source

2008-09-22 08:32:10

Je partage envrionment de développement avec la cause client de la demande de changement constant et pour minimiser le temps global pour ajouter de nouvelles fonctionnalités. le dernier ensemble de modifications est exporté et appliqué à l'environnement hébergé où le site est visible pour un usage général. – user20031

Vous pouvez masquer les dossiers .svn dans DNN mais vous devrez modifier le noyau.

Probablement une solution plus simple consiste à exclure le dossier Portails/[PortalID] de votre référentiel, mais cela dépend de ce que vous développez. Avez-vous besoin des fichiers du portail dans votre référentiel?

Source

2008-09-22 08:32:46 Casper

oui j'ai aussi besoin de fichiers de portail, car cela fonctionne aussi comme système de sauvegarde – user20031

Si vous avez besoin d'autres fichiers, à des fins de sauvegarde, puisque le fichier de base de données est également nécessaire, je recommande de retirer les sauvegardes du contrôle source. –

Nous aimerions faire des sauvegardes avec le versioning en place, comme nouveau site sera l'un des versin. Comme les modifications des modules de base et les créations et maintenance du site (nouveau site ajouté dans le dossier du portail) nécessitent un contrôle de version. Je combine les deux. – user20031

Personnellement, si vous ne modifiez pas le noyau de DNN, je ne vérifierait pas dans le système de base, et que vos modules personnalisés, peaux, etc.

Source

2008-09-22 15:38:38

Nous aimerions prendre des sauvegardes avec le versioning en place, comme le nouveau site sera l'un des verson. Comme les modifications des modules de base et les créations et maintenance du site (nouveau site ajouté dans le dossier du portail) nécessitent un contrôle de version. Je combine les deux. – user20031

en utilisant dotnetnuke (dnn) avec avec subversion

Répondre

Questions connexes