Travailler avec Subversion de clé USB

Question

Je prends une maison de travail avec moi ces jours-ci et je transporter sur une clé USB parce que mon travail est sur un intranet privé.

J'utilise Visual Studio 2008 et je trouve que la performance des builds se dégrade en travaillant hors la clé. Ma première pensée pour améliorer la performance est d'utiliser Robocopy pour refléter le répertoire local, puis quand je suis prêt à prendre des choses revenir à travailler, je viens d'utiliser Robocopy à nouveau pour refléter le dossier de travail du disque dur sur la clé USB. Alors, mon aller-retour ressemble à ceci

USB -> Disque dur -> USB

Quelqu'un voit-il des problèmes potentiels avec qui? Je suppose que je suis inquiet au sujet du contenu des dossiers .svn obtenir foiré et moi de télécharger mon interdisant le code source quand je suis de retour au travail

Answer 1

Tant que des copies robocopy l'intégralité du dossier .svn il ne devrait pas de cas de problème pour autant que je suis au courant.

Answer 2

Vous pouvez également essayer d'utiliser DVCS que les interfaces avec Subversion (par exemple Mercurial, ou < a href = "http://git-scm.com/docs/git-svn" rel = "nofollow noreferrer"> git svn ). DVCSes sont beaucoup mieux à travailler hors ligne, aussi (et Mercurial Queues sont impressionnants:).)

Vous auriez référentiel sur USB et sur votre disque local. Flux de travail serait la suivante: référentiel de mise à jour sur USB de SVN dans le travail, appuyez sur les changements USB à repo local dans la maison, le travail sur le code (avec un suivi complet de changement), appuyez sur les changements du niveau local à l'USB, les modifications au SVN dans le travail

Answer 3

Vous devez vous assurer que vous ne travaillez pas hors d'une partition FAT32 sur ce bâton, car ce gâchis pourrait up changement de fichier / dates de création.

En ce qui concerne la copie de dossiers SVN: Je le faire régulièrement et avait jamais de problèmes avec elle.

Answer 4

Je l'ai utilisé Unison depuis des années, fonctionne comme un charme -. il a un avantage de synchronisation tout, les binaires compilés, etc .. donc peut rapidement rattraper son retard où le travail gauche

Je combine cela avec git-svn - ce qui a l'avantage de voir l'ensemble du référentiel avec toutes les branches, donc engager, fusionner, et même un « retard svn update » (git svn rebase -l) fonctionne aussi bien. Ma boîte principale est GNU / Linux, mais ont infecté mes collègues utilisateurs de Windows et ils aiment aussi.

En outre, git fonctionne très bien avec de grands dépôts .. l'ensemble du référentiel avec toute l'histoire et des branches doit tenir sur une clé USB, en fait moins d'espace que juste une seule caisse SVN.