Suppression de web.config de subversion (Projet ASP.NET)

Question

J'ai un projet dont la source est contrôlée en utilisant Subversion et VisualSVN. Comme la version de web.config est différente sur le serveur et sur les ordinateurs des développeurs, je veux que le fichier reste sur les ordinateurs mais soit ignoré par Subversion. Je l'ai ajouté à svn: ignore mais il reste encore (et a toujours un point d'exclamation rouge puisque nous ne le faisons pas).

Comment puis-je retirer de Subversion en toute sécurité sans qu'il soit supprimé du système de fichiers

Merci, Adin

Answer 1

vous aurez à faire à la fois le supprimer et ignorer le fonctionnement

• d'abord faire une sauvegarde de votre fichier local (comme @ibz dit)
• puis retirez le web.config du référentiel.
• puis recopiez le web.config dans le même dossier
• enfin utiliser svn: ignore pour que la subversion ne cherche pas à l'ajouter à nouveau au dépôt

depuis que je l'utilise tortoisesvn je ne peux pas vraiment vous dire ce que svn commandes que vous devez utiliser, mais en utilisant tortoisesvn serait:

• make sauvegarde
• clic droit sur web.config sur le dossier sous contrôle de source, sélectionnez TortoiseSVN | Supprimer
• faites un clic droit sur web.config sur le dossier sous contrôle de code source, sélectionnez SVN => après cela, vous remarquerez que le fichier est effectivement supprimé du système de fichiers
• déplacement vers le haut et faites un clic droit sur le dossier sous la source contrôle, sélectionnez TortoiseSVN | Propriétés
• dans la fenêtre des propriétés cliquez sur nouveau + nom de la propriété "svn: ignore"; valeur de la propriété "web.config". accepter les changements
• commettent des changements

sur mes projets .net i inclure l'exclusion suivante avec svn: ignore: bin, obj, * .suo, * .user

Answer 2

svn rm --force web.config 
svn commit 

Veillez à sauvegarder votre copie locale (de web.config) avant ce faisant, car il sera supprimé.

Answer 3

Idéalement, vous devriez conserver les versions de copie du serveur de web.config dans SVN aussi. Nous renommons généralement le fichier web.config de production en web.config.prod (une copie pour chacun des environnements) et demandons à l'outil de construction de choisir le bon fichier et de le renommer en web.config lors de l'empaquetage pour le déploiement.

Answer 4

J'ai résolu ce problème en utilisant nant avec ccnet. Le script de construction nant suivant remplace le fichier web.test.config par le fichier web.config local;

<?xml version="1.0"?> 
    <project name="Project1" default="build"> 
     <target name="init" depends="clean" /> 
     <target name="clean" /> 
     <target name="checkout"/> 
     <target name="compile"/> 
     <target name="deploy"/> 
     <target name="test"/> 
     <target name="inspect"/> 
     <target name="build" depends="init, checkout"> 
     <call target="compile" /> 
     <call target="inspect" /> 
     <call target="test" /> 
     <call target="deploy" /> 
     </target> 

     <copy file="..\TestDeployments\Project1\Project1.Solution\Project1.Web.UI\web.Test.config" 
      tofile="..\TestDeployments\Project1\Project1.Solution\Project1.Web.UI\web.config" 
      overwrite="true" 
     /> 
     <delete file="..\TestDeployments\Project1\Project1.Solution\Project1.Web.UI\web.Test.config" /> 

    </project> 

NAnt Copy Task