Créer un nouveau site Web ASP.NET utilisant Subversion et AnkhSVN

Question

Je suis en train de créer un nouveau site Web ASP.NET et l'ajouter à mon dépôt subversion mais cela ne fonctionne pas parce que la subversion ajouter que le dossier C:\Users\XXX\Documents\Visual Studio 2008\Projects\WebApplication1 et ignore les fichiers de projet situés dans le dossier C:\Users\XXX\Documents\Visual Studio 2008\WebSites.

Pourquoi ne puis-je ajouter un site Web ASP.NET à Subversion comme WindowsFormsApplications?

Comment vais-je ajouter un site Web ASP.NET pour dépôt Subversion?

Answer 1

J'ai une suggestion pour une solution qui résout le problème, mais je ne sais pas à quel point la solution est vraiment ... quelqu'un peut-il évaluer cela?

---

1) Créez deux dossiers dans le référentiel (svn: // localhost / repo /):

Projets

SitesWeb

2) Fichier -> Nouveau -> Site Web (WebSite1)

3) Clic droit sur le Solution 'WebSite1' dans l'explorateur de solution et choisissez " Ajouter une solution à Subversion " et choisissez Nom du projet WebSite1 et Url du référentiel svn: // localhost / repo / Projets / avec dossier local C: \ Users \ UserName \ Documents \ Visual studio 2008 \ Projects \ WebSite1 et cliquez sur " Ajouter un dossier tronc pour le projet », le projet sera maintenant créé en svn: // localhost / repo / Projets / WebSite1 /

4) Clic droit sur le Solution dans l'explorateur de solution et choisissez commit

5) Clic droit sur le c: \ ... \ WebSite1 \ dans l'explorateur de solution et choisissez Nom du projet WEBSITE1 et « Ajouter projets sélectionnés à Subversion » et choisissez Url du référentiel svn: // localhost / repo / Sites Internet / avec dossier local C: \ Users \ UserName \ Documents \ Visual studio 2008 \ SitesWeb \ WebSite1 et cliquez sur " Ajouter un dossier tronc pour le projet ", le projet sera maintenant créé en svn: // localhost / repo / Sites Internet / WebSite1 / trunk / enfin choisir « Marquer comme Géré par Subversion "

6) Clic droit sur le Projet dans l'explorateur de solution et choisissez commit

En faisant ainsi les fichiers dans le dossier Projets et chargé dans SitesWeb obtient le dépôt Subversion et vous avez la capacité de créer des succursales, des étiquettes et des troncs.

J'utilise SlikSVN (Subversion) et AnkhSVN (Subversion Visual Studio Interface) quand je le fais.

Answer 2

Les dossiers doivent avoir un ancêtre commun ... c'est une chose SVN. J'ai tendance à utiliser la structure suivante:

C: \ Projects \ Clients C: \ Projects \ Clients \ ClientName C: \ Projects \ clients \ ClientName \ Web C: \ Projects \ clients \ ClientName \ Bibliothèques C: \ Projects \ clients \ ClientName \ DB C: \ Projects \ clients \ ClientName \ Conception

ClientName est la racine du référentiel. Si vous décidez de mettre en œuvre cette structure, vous pouvez exporter votre code déjà contrôlé dans le répertoire approprié, puis Relocaliser votre dépôt au nouvel endroit. J'ai dû le faire plusieurs fois.

Bonne chance!

Answer 3

Ceci est l'article qui m'a beaucoup aidé quand j'étais coincé depuis longtemps. Exemple utilise un projet asp.Net:

• Ajout des projets et des fichiers à la source Contrôle

Answer 4

trouvé de l'aide sur le site Visual SVN. Vous pouvez résoudre le problème en réorganiser le projet de site Web comme une solution à blanc et copier tous les fichiers Web sous le même répertoire du projet.

La solution pourrait alors être ajouté à la subversion -. Même pour le client Ankh et visuel SVN

Ou si vous voulez démarrer un nouveau projet ensemble: 1) fichier -> Nouveau -> Projet -> Projet vide 2) Retirez le projet vide 3) Ajouter un projet d'application webb par rightclicking Soulution: Ajouter -> Nouveau projet -> ASP.NET Web Application

Que pensez-vous, cela résoudrait la question du droit?

Answer 5

En fait, vous pouvez simplement ajouter le dossier à votre dépôt subversion, puis il suffit d'utiliser « Open Site Web » et ouvrez le dossier de votre copie de travail. Il est sans doute pas idéal, mais c'est ce que nous avons fait pendant que nous figurons sur toute cette subversion nous-même farcir.

La solution Blank est probablement mieux, alors vous pouvez mettre le fichier de solution dans le repo. Je pense que tous les développeurs qui utilisent le repo devront avoir le même chemin de la copie de travail exacte (à savoir C: \ workingcopy) afin que travailler si Après avoir testé aujourd'hui, ce n'est pas correct.. Peu importe où le chemin de votre copie de travail est. Il semble bien fonctionner aussi longtemps que le dossier du site Web est dans le même répertoire que le fichier .sln.