Lorsque notre code source est utilisé à nouveau sous Windows 7 (et était sur Vista) en utilisant tortoisesvn

Question

Si notre code source était sur

C:\code

lorsque Windows Vista, et maintenant la machine est transformée en dual boot Vista et Windows 7.

lors du démarrage à Win7, le dossier est maintenant

D:\code

et il y a des dossiers cachés « svn » qui était là de la tortue sur Vista.

Alors maintenant, si la tortue est installé à nouveau sur Win 7 (ainsi que VisualSVN Server) et en utilisant D: \ code, il y aura un problème que le dossier caché va interférer avec la nouvelle tortue? Est-ce que tout le svn mieux enlevé?

Alors, quand de temps en temps, nous démarrerons à Vista, nous pouvons utiliser la tortue il aussi?

Mise à jour:

A l'origine, je pensais mettre en place un dépôt SVN tout nouveau sur la victoire 7 partition, puis vérifiez SVN dans tout le code source à nouveau, mais tous les commentaires et précédente livraison versioning seront perdus de cette façon. Donc, je pense que je vais déplacer le comment certains référentiel de la Vista VisualSVN Server au Win7 VisualSVN Server. Le problème est que je ne peux pas avoir les deux en cours d'exécution en même temps (il est une machine à double amorçage), donc je peux avoir besoin de déménager à une autre machine d'abord et déplacer en arrière? Ou puis-je installer VisualSVN Server sur la place des anciens dossiers et que le nouveau VisualSVN reprendre au service de l'ancien référentiel? merci.

Answer 1

Si vous voulez utiliser le code dans les deux OS (Vista et Windows 7) publier un partage du code source, la carte comme un autre lecteur - comme Y - et vérifier à nouveau le projet sur les deux os dans le même chemin.

Answer 2

Pourquoi ne pas vérifier que tout le code à nouveau au nouveau système d'exploitation installer à partir du référentiel?

Installer Windows 7 et la tortue, puis juste vérifier le code à partir du repo. Sur Vista, garder votre tortue - mettre à niveau, quel que soit - et continuer à travailler avec le code. La beauté de SVN (et d'autres systèmes de contrôle de version) est que vous pouvez développer en plusieurs endroits sur plusieurs machines.

Answer 3

svn n'est pas Tortoise spécifique. C'est ainsi svn conserve les métadonnées sur les fichiers (et révisions). Tortue devrait prendre ce automatiquement.

Answer 4

Je suis passé de Vista 32 bits à Windows 7 64 bits. Je continuais mon dépôt de tact sur la même case. Je devais réinstaller le serveur (pointant vers l'ancien emplacement) et le client, mais je n'avais aucun problème pour se lever et courir. Je ne l'ai pas dual boot, mais je ne pense pas ajouter cette mise en garde aurait beaucoup d'effet sur vous.

Mon serveur SVN était VisualSVN, et mon client était Ankh et Tortoise ensemble.

Answer 5

Cela dépend de votre configuration. Dans tous les cas, si vous souhaitez utiliser la même copie de travail local, vous mieux de ne pas toucher le svn (en théorie, vous peut utiliser un autre nom pour ces répertoires, mais je ne l'avez jamais essayé si Je ne peux pas adivse -. vous verrez cette option dans les paramètres généraux de TortoiseSVN, où vous pouvez choisir « _svn » au lieu de « svn »)

Alors ci-dessous nous supposons que vous partagez le svn entre les deux configurations:

1) Le serveur SVN est sur un autre ordinateur (cas le plus simple).

Vous devez vous assurer que vous utilisez le même version de TortoiseSVN sur les deux systèmes d'exploitation . Si vous utilisez une version ligne de commande de Subversion à côté TortoiseSVN, il doit également être la même version. La raison est qu'il ya parfois des incompatibilités entre les formats de la copie de travail locale d'une version client à l'autre (pas très souvent, cependant).

2) Le serveur SVN est sur votre ordinateur .

En plus de l'état du point 1), serveur doit être la même version aussi (soit 1.4.x, 1.5.x, 1.6.x). Quasiment pour la même raison.

3) Vous utilisez le fichier:. Protocole et aucun serveur

Condition 1) est toujours en vigueur.

Dans ce cas, vous devrez peut-être procéder à une délocaliser si le lecteur de votre dépôt n'est pas la même chose, parce que le chemin absolu est utilisé sous Windows et y compris la lettre de lecteur.

Au lieu de délocaliser votre copie locale chaque fois que vous changez, renommer votre partition de projet à une lettre commune entre Vista et Windows7, utilisez un :, ou créer Subst une partition juste pour vos projets.

Pour plus d'informations: la procédure de délocaliser est juste de dire à votre client « le dépôt a déménagé ailleurs », dans ce cas de C:\svn\code à D:\svn\code, par exemple. Vous devez faire un clic droit sur votre copie locale, et faire TortoiseSVN / Relocate, puis entrez le chemin absolu de votre référentiel sur le nouveau système d'exploitation.

---

Note:. En plus de tout cela, vous devez vérifier les droits d'accès bien sûr, le plus souvent, il est très bien pour les installations OS de base

Si vous ne pouvez pas remplir les conditions, vous pouvez toujours travailler avec deux copies locales ... ne pas oublier de commettre et mettre à jour si vous changez bien.