Hé les gars, je passe à la subversion.svn; utiliser des copies paresseuses pour les versions existantes (branches) sur la validation initiale
J'ai 2 sites différents basés sur la même base de code avec de grandes différences (ils diffèrent d'environ 15%). Les sites ont tous les deux> 10K fichiers. Quand je développe quelque chose pour 'A', je synchronise parfois 'B' avec les changements, ou les changements peuvent être spécifiques à 'A', ou vice versa.
Donc je pense qu'il sera logique de les avoir comme deux branches dans le même repo, et le tronc peut être vide pour le moment.
Je sais qu'une compression similaire s'appliquera pour le système de fichiers svn de toute façon, mais sera-t-il complètement correct si je les commets initialement comme deux branches? Ou devrais-je;
- créer & commettras la structure de dossier par défaut,
- commettras « A » comme la première branche,
- copie 1ère branche comme 2ème branche
- mise à jour la copie de travail,
- supprimer la 2ème branche dans la copie de travail,
- copier le site «B» vers la 2e branche de la copie de travail,
- valider
afin que le serveur connaisse (ou pas?) Les fichiers inchangés entre les branches, et les garder comme des copies paresseuses? Btw, certaines dates de fichier peuvent différer bien qu'ils aient le même contenu, comme d'habitude.
Merci Stefan, bonne description! =) – SuperDuck
wow, pas aussi facile qu'il semble =) au lieu d'ajouter les fichiers modifiés dans «B», j'ai eu l'intention de vider «B», mettre tous les fichiers et commettre, afin de se débarrasser des fichiers et dossiers supprimés. En raison de dossiers .svn manquants, cela n'a pas fonctionné. Ensuite, j'ai synchronisé la copie de travail avec le dossier original 'B', en ignorant les dossiers 'svn', donc j'ai été capable de remplacer les fichiers modifiés et de me débarrasser des fichiers supprimés. Cependant maintenant, il devrait y avoir des dizaines de dossiers qui sont vides et doivent être supprimés, mais le programme diff ne les affiche pas car ils contiennent des dossiers 'svn', donc ne sont pas vraiment vides. – SuperDuck
Je me demande toujours si l'engagement direct de deux branches fera la même chose. Comme, svn peut garder chaque fichier/pièce une seule fois dans le repo, et juste insérer des gestionnaires dans le système de fichiers dans toutes les révisions. Si cela fonctionne de cette façon, peu importe que nous validions le même fichier à deux endroits différents, ou à deux révisions différentes, ou que nous fassions une branche, le résultat serait le même dans la base de données. Je dois essayer cela si je peux trouver un peu de temps pour analyser le db. – SuperDuck