Je voudrais "écraser" mon dernier commit avec la version précédente. J'ai essayé d'extraire la version 631, d'effectuer quelques modifications et de la valider en tant que version 633. Mais svn n'est pas d'accord, car la version 632 existe.
Quel est le moyen le plus simple de le faire ? Il s'agit d'un commit multi-fichier. Je ne veux pas le faire manuellement.
La question est un peu ancienne, mais la réponse peut être utile pour une référence future :
Eh bien, en fait, on n'est pas censé livrer des fichiers périmés au SVN. Le serveur lui-même refuse ces fichiers pour des raisons de sécurité. Une chose à faire est de faire une mise à jour à partir de la dernière version, mais en gardant vos fichiers "périmés" pendant le processus de fusion automatiquement :
svn up --accept mine-full
En d'autres termes, la mise à jour sera effectuée, mais les fusions entrantes seront ignorées.
Je souhaite également disposer de cette fonctionnalité. Pourquoi n'existe-t-il pas une commande similaire à svn commit --force-overwrite-new-version ?
Copiez la révision 631 du SVN vers la révision 633 du SVN, et ensuite vous pouvez livrer vos changements à la révision 634 du SVN.
svn copy remote_url@631 remote_url
svn commitP.S. Pas plus que git ont cette caractéristique. Il n'existe pas de commande telle que git merge foo --force-overwrite .
Parfois, les exigences changent, et un code qui est engagé devient inutile. Cela arrive très souvent, donc écraser du code est d'une utilité vitale. Je me demande pourquoi ni svn ni git possède cette caractéristique. Quelle conception stupide !!!
Prograide est une communauté de développeurs qui cherche à élargir la connaissance de la programmation au-delà de l'anglais.
Pour cela nous avons les plus grands doutes résolus en français et vous pouvez aussi poser vos propres questions ou résoudre celles des autres.
