“svn log” ne pas montrer tous les derniers commits

Remarque: C'est sans doute une évidence pour les utilisateurs SVN, mais il perplexe moi depuis un certain temps...donc voilà en espérant que cela aidera quelqu'un comme moi!

Après l'émission de svn log à partir de la ligne de commande, j'ai remarqué que ces derniers messages de validation ont été portées disparues. Je savais que ces messages ont été correctement enregistrés dans mon référentiel, parce qu'ils apparaissaient dans mon client SVN (RapidSVN). Je ne pouvais pas comprendre pourquoi ils ne voulaient pas être visibles à partir de la ligne de commande version de svn.

Réponse ci-dessous...

InformationsquelleAutor robguinness | 2013-05-28
  1. 101

    Le problème venait de ma mauvaise compréhension de ce que svn log été à l'affiche. N'ayant pas d'autres arguments fournis, il affiche les messages du journal de la copie de travail du journal, pas à partir du référentiel proprement dit. Ainsi, l'émission de svn update apportera de la copie de travail à jour avec le référentiel, puis svn log seront le reflet de tous les derniers commits. Duh! 😉

    • Ne devrait pas svn commit exécuter svn update ainsi après le succès de l'engager?
    • Certains programmes client peut faire ça, mais le "svn commit" commande n'est pas (selon ma compréhension). C'est selon le "Haricot Rouge" manuel de l'utilisateur (svnbook.red-bean.com/en/1.7/svn.basic.in-action.html): "l'Une des règles fondamentales de la Subversion est qu'un “push” action ne provoque pas de “tirer” ou vice versa. Juste parce que vous êtes prêt à soumettre de nouvelles modifications dans le référentiel ne signifie pas que vous êtes prêt à recevoir des modifications de d'autres personnes." Le reste du paragraphe explique plus en détail pourquoi "svn commit" et "svn update" sont séparés.
    • Numéro de révision est pour l'ensemble du référentiel SVN. Supposons qu'il y ait plusieurs branches dans votre référentiel. show log ne montre que les révisions de la branche que votre copie de travail est basée sur, mais pas révisions pour le tronc et les branches restantes. Je peux témoigner de ce sur client TortoiseSVN 🙂
    • Quelque chose qui rend ce délicat/bizarre, c'est que, au moins pour mon installation (et de stockage), svn log exige mon mot de passe. Alors je suppose qu'il doit frapper le serveur afin d'obtenir la plus récente du journal. Si elle n'a pas demander mon mot de passe je serais plus facilement supposer que c'était à l'aide de la copie de travail du journal.
    • Je travaille avec eclipse et de garder la mise à jour de fichiers uniques. J'ai remarqué svn log a montré s'engage à partir de 2015 comme les plus récents. C'était le temps au départ, j'ai cloné mon travail de copie. svn update contribué - bien qu'il a apporté dans les fichiers, j'ai refusé de mettre à jour maintenant.
    • C'est encore plus de confusion, parce que "git log" montre les commits de votre copie de travail locale.

    InformationsquelleAutor robguinness
  2. 15

    Si vous souhaitez voir le log complet sans la mise à jour (comme je le fais parfois quand on travaille sur une ancienne version), vous pouvez exécuter:

    svn log -r HEAD:0

    Ou, pour une lecture plus facile:

    svn log -r HEAD:0 | less
    InformationsquelleAutor gregpaton08
  3. 1

    Vous pouvez aussi indiquer explicitement svn log pour aller vers le serveur en spécifiant l'URL du dépôt.

    par exemple

    svn log svn://your-server/trunk

    Ou plus généralement et de façon succincte:

    svn log ^/
    InformationsquelleAutor Greg Bell
  4. 0

    Que j'ai touché le même problème aujourd'hui et a été horrifié de la pensée j'ai perdu mes modifications.

    Il arrive juste à cause de l'étrangeté de la subversion. Il y a un concept de la copie de travail est mis à la révision qui a été vérifié à l'origine. De la copie de travail de révision n'est pas modifié par les nouveaux commits. svn update est nécessaire de mettre à jour ou de synchronisation de la copie de travail de révision du référentiel. Pas sûr que je voudrais faire dans chaque scénario.

    PS: git est tellement mieux.

    InformationsquelleAutor Mohammad Azim