6,609
edits
Fr/FGAddon: Difference between revisions
Jump to navigation
Jump to search
→Déplacement ou renommage de fichiers: Translated the caution newly added to the English article.
(→Copie de fichiers entre les aéronefs: Translated the caution message from the new English addition.) |
(→Déplacement ou renommage de fichiers: Translated the caution newly added to the English article.) |
||
| Line 340: | Line 340: | ||
==== Déplacement ou renommage de fichiers ==== | ==== Déplacement ou renommage de fichiers ==== | ||
{{caution|Git-svn ne conserve pas toujours l'histoire de déplacement ou renommage du fichier normalement présents dans un dépôt Subversion.}} | |||
Ce problème provient du fait que l'historique de svn est plus robuste que celle de git. Les commandes <code>svn mv</code> et <code>git mv</code> ne sont pas équivalentes. La commande de Subversion enregistre l'historique de déplacement directement dans le dépôt alors que git ne le fait pas (à la place, git utilise des méthodes heuristiques pour tenter de détecter l'historique, après la validation). Le résultat de l'emploi de git-svn est que, souvent, le déplacement ne sera pas détecté et l'historique de FGAddon montrera un fichier ou un répertoire étant supprimé et un autre ajouté. Également, le backend du dépôt FGAddon augmentera en taille, alors que <code>svn mv</code> ne causera pas une augmentation importante. Si vous souhaitez d'avoir un bilan historique correct dans le dépôt FGAddon et d'être attentif à la santé du backend du dépôt, il est conseillé de sautez temporairement aux outils Subversion. Dans le premier coup, synchronisez les dépôts: | Ce problème provient du fait que l'historique de svn est plus robuste que celle de git. Les commandes <code>svn mv</code> et <code>git mv</code> ne sont pas équivalentes. La commande de Subversion enregistre l'historique de déplacement directement dans le dépôt alors que git ne le fait pas (à la place, git utilise des méthodes heuristiques pour tenter de détecter l'historique, après la validation). Le résultat de l'emploi de git-svn est que, souvent, le déplacement ne sera pas détecté et l'historique de FGAddon montrera un fichier ou un répertoire étant supprimé et un autre ajouté. Également, le backend du dépôt FGAddon augmentera en taille, alors que <code>svn mv</code> ne causera pas une augmentation importante. Si vous souhaitez d'avoir un bilan historique correct dans le dépôt FGAddon et d'être attentif à la santé du backend du dépôt, il est conseillé de sautez temporairement aux outils Subversion. Dans le premier coup, synchronisez les dépôts: | ||