Comment puis-je conserver le fichier original [valider] horodatage sur la Subversion?

Je veux être sûr que, si j'ai commis quelque chose dans la Subversion d'une machine, et je la commande sur un autre, je vais avoir la même valeur pour le type datetime et timestamp.

Actuellement, j'ai observé que la date de modification du fichier est à partir du moment où j'ai fait la synchronisation au lieu de la valeur d'origine.

Pour moi, il ne fait aucun sens pour savoir quand les fichiers ont été synchronisée - je veux juste voir le dernier moment de la validation.

Cette question n'est pas de fuseau horaire liés.

  • Je seconde ce-si ce n'est pas possible, peut-être cela devrait être une demande de fonctionnalité.
  • pourquoi est-ce utile?
  • Cas d'utilisation: vous avez un produit (source) qui est modifié par votre équipe et à chaque fois que le produit est mis à jour, vous devez resynchroniser vos modifications. Si les fichiers horodatages sont modifiés de la comparaison de fichiers ne fonctionne pas, ou il sera beaucoup beaucoup plus lent. Un problème se produit si vous souhaitez synchroniser deux extractions différentes qui ont des modifications locales, des modifications qui ne seront jamais en amont.
  • La vie réelle de cas d'utilisation: prendre lrzsz-0.12.20.tar.gz, le décompresser et l'importation de votre SVN (pour un fournisseur de branche par exemple). Ensuite, essayez de configurer et de construire la copie à partir de SVN et la copie décompressé à partir de l'archive. Il y a une forte chance que la construction de la version SVN va échouer parce que faire vous souhaitez reconstruire Makefile.en raison d'horodatage de aclocal.m4 est plus récente que celle de Makefile.dans. Tout simplement parce que svn vérifié aclocal.m4 après Makefile.dans. J'ai actuellement de toucher Makefile.à partir d'un niveau supérieur Makefile pour faire fonctionner les choses pour moi. C'est bizarre.
  • Double Possible de l'Obtention de TortoiseSVN pour définir un fichier est modifié de temps à l'horodatage de la dernière révision.
  • Troisième cas d'utilisation: vous êtes donné la tâche de nettoyer les fichiers inutiles d'un arbre et que vous ne voulez pas interagir avec le journal chaque fois que vous voulez savoir depuis combien de temps, quelque chose a été touché. Avec cela, find path -mtime +365 fonctionne comme un charme - juste ne pas oublier de unbreak svn après vous avez terminé!

InformationsquelleAutor sorin | 2010-01-31
  1. 61

    Vous pouvez le définir dans .subversion/config:

    [miscellany]
use-commit-times = yes

    Bien que vous aurez des effets secondaires étranges, si nous parlons de fichiers source.

    Par exemple, vous pouvez créer votre logiciel et ne svn update. Maintenant, l'heure de la mise à jour des fichiers est plus ancien que le timestamp de la génération de fichier de résultat, et il ne sera pas reconstruit, même si certains fichiers source changé. Être très prudent avec ce paramètre.

    • Ceci définit l'heure de modification de la copie extraite être égale au moment où des modifications ont été validées dernière dans le référentiel. C'est pas, de même qu'à la préservation de la date de modification du fichier lorsqu'il a été importé à l'origine dans le référentiel.
    • Je crois que c'est ce que l'OP voulait dire - comme indiqué dans la question - "je veux juste voir le dernier moment de la validation."
    • Semble que la solution la plus évidente n'est pas mis en œuvre: ce que je veux c'est le transfert de la date de modification (pas de validation ou de l'heure de départ) et lors de la fusion, tandis que la caisse de l'heure plus récente est utilisée.
    • Pour préserver la fois sur la caisse de la commande suivante peut être utilisée: svn checkout --config-option config:miscellany:use-commit-times=yes
    • Sachez que use-commit-times=yes n'aide pas, l'annuaire des moments de modification. Ceux-ci seront mis à now.
    InformationsquelleAutor silk
  2. 29

    Si vous utilisez TortoiseSVN, il y a une option. TortoiseSVN -> Paramètres -> Général> "Set de fichier date de la "dernière heure de validation'".

    Comment puis-je conserver le fichier original [valider] horodatage sur la Subversion?

    • Ce n'est pas l'original d'horodatage.
    • Cette option semble être une bonne solution, mais comment puis-je contrôler cette lorsque j'utilise la ligne de commande client svn (comme SlickSVN et pas TortoiseSVN )? Une plate-forme de solution serait le mieux.
    • L'OP déclare: "Pour moi, il ne fait aucun sens pour savoir quand les fichiers ont été synchronisée - je veux juste voir la dernière heure de validation."
    • Oui, cela fonctionne la plupart du temps. Cependant, sur un lecteur partagé, dans une installation de Windows à l'intérieur de VirtualBox que j'ai vécu que SVN/Subversion ignoré ce paramètre. Mais il a fonctionné comme prévu sur la même installation de Windows sur son disque "C:".
    InformationsquelleAutor nickf
  3. 14

    Subversion ne pas conserver l'original date de modification du fichier.

    Si vous avez absolument besoin de préserver l'horodatage, vous devez le faire vous-même. Par exemple, vous pouvez stocker l'original timestamp comme une Subversion de la propriété.

    • Ce n'est pas vrai, vous pouvez appliquer cela avec un paramètre de configuration, vous n'avez pas à le faire vous-même.
    • Againg, pas - utiliser-s'engager à-temps = oui c'est l'heure à laquelle le fichier a été commis, et non l'original d'horodatage.
    • Ahh, ok, j'ai mal compris, désolé.
    • Remarque: Cette question fidèlement répondu à la question d'origine du titre avant de clarification/edit (qui est en cours d'examen par les pairs au moment de commentaire). @oefe est juste que la Subversion ne stocke pas d'origine modification timestamp, seulement le valider timestamp.
    InformationsquelleAutor oefe
  4. 1

    Il semblerait "stat -c %a $FICHIER' être utilisé dans le cadre d'une pre-revprop-change crochet qui fonctionne sur svn:date. Seul problème que je pourrais voir, c'est le format de la date.

    InformationsquelleAutor ImpressTheNet Web Developer