Comment puis-je la force de subversion à commettre un fichier obsolète?

Je voudrais à "remplacer" mon dernier commit avec la version précédente. J'ai essayé de commander la version 631, faire quelques modifications, et de s'engager comme la version 633. Mais svn n'est pas d'accord, car la version 632 existe.

Quelle est la meilleure façon de le faire? C'est un multi-fichier de commettre. Je ne veux pas faire cela à la main.

OriginalL'auteur Bartlomiej Grzeskowiak | 2011-07-26

  1. 9

    Au lieu de vérifier 631, faire un REVERT à 631. Ensuite, vous pouvez modifier et archiver.

    Je vous remercie. Celui-ci fonctionne. J'ai fait la caisse de Tête de la révision (633). Mise à jour à l'ancienne (631), appliquez les changements et de s'engager. Les travaux de cette.
    J'ai juste eu la subversion s'étouffer sur plusieurs dossiers que j'avais déplacé tous les fichiers de l'. J'ai fait une sauvegarde de mon travail, puis est revenue juste des dossiers spécifiques en question. Je n'ai pas utilisez -R pour récursif les fichiers dans ces dossiers, juste repris les dossiers eux-mêmes. Puis, tout vérifié amende et je suis allé et a svn rm pour nettoyer les dossiers et de les vérifier in fine. Peu de stress élevé moment... Merci pour l'astuce!
    comment puis-je revenir à 631? 'svn revert' n'accepte pas un numéro de révision et la page d'aide indique que la commande est uniquement pour la mise au rancart des changements locaux.

    OriginalL'auteur Raj More

  2. 7

    La question est un peu vieux, mais la réponse peut être utile pour de futurs référence:

    Eh bien, en fait, on n'est pas censé commettre des fichiers obsolètes à SVN. Le serveur lui-même refuse de ces fichiers pour des raisons de sécurité.
    Une seule chose à faire est de faire une mise à jour de la dernière version en date, mais en gardant votre "vieux" fichiers pendant le processus de fusion automatiquement:

    svn up --accept mine-full

    En d'autres termes, cela permettra d'effectuer la mise à jour, mais ignorer les entrants de fusion.

    Sachez que, même si elle ignore les entrants de fusion, il sera toujours restaurer les fichiers manquants qui n'ont pas été signalées dans SVN comme supprimé.
    Ce n'est pas une bonne idée. Parce que localement les fichiers supprimés seront restaurés. et localement inchangé fichiers seront mis à jour.

    OriginalL'auteur rafaelrezend

  3. 2

    Si vous ne pouvez pas le faire REVENIR à la version 631, procédez de la manière suivante:

    • Enregistrer vos modifications dans un endroit à l'extérieur de votre zone de travail.
    • Mise à jour de votre zone de travail pour la version 632 (de la TÊTE).
    • Réappliquer les modifications apportées à votre zone de travail.
    • Commettre.
    C'est l'un de la solution, mais il nécessite de la fusion manuelle. Je travaille sur le noyau et "Enregistrer vos modifications dans un endroit à l'extérieur de votre zone de travail" est vraiment ennuyeux.

    OriginalL'auteur Gilbert Le Blanc

  4. 1

    Je veux aussi avoir cette fonction. Pourquoi n'est-il pas une commande semblable à svn commit --force?

    Copie révision SVN 631 à la révision SVN 633, et puis vous pouvez enregistrer vos modifications à la révision SVN 634.

    svn copy remote_url@631 remote_url
svn commit

    OriginalL'auteur Victor

  5. 0

    Copier le fichier avec l'ancien changements ailleurs, faire un svn update du fichier à enregistrer. Lorsque cela est fait écraser la nouvelle mise à jour récente du fichier avec votre ancien fichier, et ensuite faire un svn commit.

    OriginalL'auteur Owl