J'ai entendu dire dans le passé que c'est dangereux de partager une copie de travail subversion entre OS.
E.g.:
Mais je n'ai pas entendu définitivement si cela pourrait causer une corruption des données .SVN. Il est vrai que les problèmes EOL pourraient être un problème si Quel est le statut actuel de ce problème? A-t-il changé dans des versions plus récentes de SVN? Est-il sécurisé à condition que certaines précautions sont prises (par exemple, ne pas vérifier / mettre à jour les fichiers avec svn: style eol = natif sur les deux plates-formes)?
5 Réponses :
Mon référentiel SVN est sur Linux. J'ai une copie de travail sur Linux et un autre sur WindowXP.
sur WindowXP, j'utilise Cygwin pour accéder à ma copie de travail. Parfois, j'utilise également une tortue pour avoir une diffamation visuelle, une histoire compplète d'un fichier ...
Je n'essaie jamais de restaurer (ou de créer une sauvegarde de formulaire) à partir d'un référentiel Linux créé avec SvnDump à un ordinateur de fenêtre.
[modifier]
J'ai oublié de mentionner que la mise à jour fonctionne parfaitement avec une copie de travail.
J'ai utilisé svn sur un répertoire de réseau partagé entre UNIX, Linux, Solaris et Windows; anecdotage Le seul problème que j'ai rencontré est que différentes versions client SVN sont «incompatibles». Les machines Linux et UNIX ont été équipées d'une version de SVN plus ancienne, puis du Solaris Svn; Ce qui était à tour de rôle, puis le client de la machine Windows. Le résultat est que l'exécution de «SVN UP» met à jour les fichiers de métadonnées sur tout le client en cours d'exécution; Et le client n'accède pas aux fichiers avec une version de métadonnées plus récente. Résultat final final étant que les clients SVN doivent être conservés au même numéro de version.
Donc, oui, j'ai été en mesure de déplacer un répertoire de travail entre les machines avec une perte de vie minimale. Cela dit, je n'ai jamais utilisé d'options SVN au-delà de ce qui était par défaut.
Notez que vous pouvez mélanger les clients SVN tant qu'ils sont dans la même famille de libération, par ex. tous en 1.5.x ou tout en 1.6.x.
de mon expérience, cela fonctionne.
Il y a parfois des problèmes avec la sensibilité de cas entre Windows et Linux. Dossiers "Construire" et "Construire" en collision et des choses comme ".htaccess". Mais rien de difficile à réparer.
Comme CODERTAO mentionné, l'utilisation de différentes versions de SVN (client) sur une copie de travail peut entraîner des mises à niveau au format WC silencieux de WC, assurez-vous donc de coller dans une seule famille version pour éviter cela.
En tant que de côté à votre question principale, je vois que vous travaillez avec un dépu svn sur un lien lent. Vous voudrez peut-être examiner les systèmes de contrôle de source distribués conçus pour ce type de chose.
Par exemple, Bazaar (Bazaar-VCs.org) dispose d'un plug-in BZR-SVN qui vous permettra de créer une branche locale d'un repo SVN distant. Vous avez ensuite une branche locale rapide que vous pouvez consulter dans plusieurs endroits, travailler sur localement, diff, parcourir l'historique, etc. Vous pouvez vous engager localement et garder vos succursales locales (Japon) séparées en synchronisation sans lent de commettre en Australie. Une fois que tout est bon, vous repoussez vos modifications en amont vers SVN. Il y a beaucoup d'exemple de flux de travail Docs sur le Wiki Bazar si vous êtes intéressé. :)
Autres réponses à part (comme ils semblent suggérer que cela est faisable), je peux signaler catégoriquement que partageant une copie de travail (dans notre cas via une part de samba) où nous avions "svn: eol-style natif" utilisé Est-ce que cause des problèmes pour nous et nous essayons de l'éviter.
Si nous devions copier un dossier de travail entre les machines (une forme de partage plus limitée, probablement comme une opération ponctuelle), nous nous attendions à devoir effectuer des conversions de CrlftTolt sur tous les fichiers SVN: eol-style et, en fait, nous avons fait cela dans le passé en écrivant une utilité pour parcourir l'arbre, examiner les propriétés SVN et convertir les fichiers selon les besoins (tous en Python).
Donc pour l'enregistrement, je vais préciser définitivement que ce est un problème.
Je suis curieux de savoir pourquoi vous copieriez le référentiel au lieu de simplement vérifier / vérifier?
Pour une chose, je suis au Japon et une répétition de 2 Go est en Australie sur un lien d'entreprise de 128 Kbps. Mais également utiliser le cas 2 dans la question de sa nature implique d'accéder à une copie de travail en place avec des outils Cygwin.
J'ai copié le référentiel (basé sur un fichier) lorsque vous voyagez, pour des projets sur lesquels je travaille seul, puis le copie. Je n'ai pas été du jeu pour aller cross-os cependant.