L'ordinateur d'un collègue a fait des choses étranges à la date il y a environ 10 ans, alors que son projet venait de démarrer en utilisant Paratext avec le contrôle de version mercurial (send/receive). Les dates d'environ 10 commits s'affichent comme 2038 dans Paratext, mais comme 2095 dans d'autres logiciels mercurial. Bien que le numéro de révision soit inférieur, il semble que Paratext affiche l'historique en triant par date, ce qui est vraiment gênant dans ce cas. Modifier la date d'un ancien commit sur un dépôt publié semble impossible. Alors, avons-nous des solutions, que ce soit dans Paratext, avec TortoiseHg ou autre chose, pour se débarrasser de ces commits inutiles ? Ils sont si anciens qu'ils n'apportent rien, mais je ne parviens pas à m'en débarrasser.
image403×626 130 KB
image618×784 65 KB
La solution semblerait être l'une des suivantes :
- Supprimer tout l'historique (indésirable mais facilement réalisable)
- Paratext modifie son ordre de tri dans le menu historique pour qu'il soit basé sur le numéro de révision et non sur la date (pas la peine de le faire juste pour un seul projet)
- Une magie hg pour modifier les commits (publiés), que ce soit en utilisant rebase, collapse, evolve, histedit ou autre chose.
J'écris ceci ici au cas où d'autres auraient un problème similaire, et aussi à cause de deux réflexions qui pourraient former des demandes de fonctionnalité/développement pour l'équipe Paratext.
- Il me semble que les listes d'historique dans Paratext (surtout compare texts) sont inutiles et potentiellement dangereuses lorsqu'elles sont ordonnées par date s'il y a une possibilité que les dates de l'ordinateur soient jamais perturbées. Le système mercurial sous-jacent a un moyen d'ordonner les révisions indépendamment de la date du commit. MacHg et TortoiseHg affichent tous deux les révisions dans le bon ordre, tout en montrant également
- L'interface utilisateur actuelle pour lister les livres avec un long historique de modifications est assez fastidieuse et pourrait peut-être être rendue plus utile pour essayer de suivre les modifications.
Alors, y a-t-il des conseils sur la façon dont je peux aider à corriger le projet de mon collègue ? D'autres pensent-ils qu'une demande de fonctionnalité Paratext pour ajuster l'ordre de tri de l'affichage de l'historique pourrait être utile ?
A colleague’s computer did weird things to the date about 10 years ago as his project was getting started using Paratext with mercurial version control (send/receive). The dates of about 10 commits display as 2038 in Paratext but in other mercurial software show as 2095. Though the revision number is lower it seems Paratext displays history by sorting on the date and this is really annoying for this case. Changing the date of an old commit on a published repository seems impossible. So do we have any solutions whether within Paratext or with TortoiseHg or anything else, to get rid of these useless commits? They are so old that they don’t add anything, but I can’t seem to get rid of them.
image403×626 130 KB
image618×784 65 KB
The solution would seem to be one of
- Remove all history (undesirable but easily achievable)
- Paratext changes its sort order in the history menu to be based on revision number not date (not worth doing just for one project)
- Some hg magic to change the (published) commits, whether using rebase, collapse, evolve, histedit or something.
I write this here in case others have a similar problem and also because of 2 thoughts which might form feature/dev requests for the paratext team.
- It strikes me that the history listings in Paratext (especially compare texts) are unhelpful and potentially dangerous when ordered by date if there is a possibility of any computer dates ever being messed up. The underlying mercurial system has a way of ordering revisions independently of commit date. MacHg and TortoiseHg both display the revisions in the correct order, while also showing
- The current UI for listing books with a long change history gets quite cumbersome and could possibly be made more useful for trying to track down changes.
So is there any advice about how I can help fix my colleague’s project? Anyone else think that a Paratext feature request to adjust the sort order of the history display might be worthwhile?
