Répondre

0

Vous pouvez faire un clic droit sur le dossier dans VS et le retirer du projet, ou vous pouvez vous assurer que l'un des fichiers contenus dans le dossier ont leur action de construction mis à Aucun et Copier dans le répertoire de sortie défini sur Ne pas copier

+0

Les dossiers .svn ne montrent en fait dans l'explorateur de solution (voir capture d'écran ici http://screencast.com/t/WR1tmU1WyR3) –

+0

Ce serait également très pratique pour les grands projets –

4

Visual Studio a un problème avec les dossiers «.svn» dans les sites Web. Par conséquent, vous devez appliquer le hack ASP.NET subversion, qui utilise les répertoires "_svn" au lieu de ".svn". Lorsque vous utilisez TortoiseSVN, il s'agit simplement d'une option dans les paramètres TSVN (voir la page Général). Lorsque vous utilisez le client de ligne de commande SVN, vous devez définir une variable d'environnement (voir this page pour plus de détails). Après l'application de cette solution de contournement/piratage, l'opération de publication du site Web fonctionne comme prévu (les dossiers _svn sont ignorés).

MISE À JOUR:

Les problèmes mentionnés ci-dessus, existait avec Visual Studio 2003 (resp les extensions de page avant qu'il utilise.). Les versions plus récentes de Visual Studio ne devraient pas avoir le problème. Par conséquent, la clé semble être de simplement définir le drapeau caché sur les dossiers subversion (_svn ou .svn). Ensuite, les dossiers sont ignorés lors de la publication du site Web. (J'utilise TortoiseSVN, et je suppose qu'il définit automatiquement le drapeau caché sur les dossiers subversion).

+1

Martin, merci pour la réponse. La mise en cache a aidé avec tout sauf le dossier .svn dans/bin. Il publie toujours le dossier .svn là, même si le dossier est caché. Voici une capture d'écran montrant ma copie de travail locale/bin et target/bin. Des idées sur cette particularité? –

+0

Ooops, voici la capture d'écran: http://screencast.com/t/CJ0mU2SlI –

+1

Je suis désolé, mais je ne sais pas pourquoi cela se produit. J'utilise également SVN avec des projets de site Web et n'ai jamais eu ce problème (une différence est que j'utilise "_svn" au lieu de ".svn"). Utilisez-vous des projets "site web" ou "application web"? – M4N

1

Le dossier bin ne doit pas faire partie du contrôle de votre source, il vous suffit de cliquer avec le bouton droit sur le dossier Bin dans l'explorateur de solution et d'exclure du projet.

maintenant utilisez Windows Explorer, trouvez votre dossier bin et supprimez le (s) dossier (s) .svn.

la prochaine fois que vous publiez (après avoir tout supprimé), vous n'aurez pas les fichiers .svn là-bas, aussi, à chaque fois que vous construisez votre solution, il ne vous semblera pas nécessaire d'enregistrer les modifications.

+0

Mais que se passe-t-il si vous avez des DLLs qui ne sont pas générées par votre projet? Comme Elmah.dll ou une autre DLL tierce? Comment voulez-vous gérer cela? – Scott

+0

Je voudrais avoir un dossier appelé «dépendances» qui fait partie du contrôle de la source. Ensuite, un script de post-construction qui copie tous les fichiers dans votre répertoire 'output'. De cette façon, indépendamment de faire une version de débogage ou une version, vous avez les dépendances.[pour ajouter un script post-build, allez dans les pages settings/properties du projet, sous la compilation je crois] – adudley

+0

+1 pour obtenir ces assemblys supplémentaires du dossier dependencies vous pouvez également utiliser add comme lien vers le projet et définir sa propriété être copié à la sortie – eglasius

Questions connexes