Lorsque je voulais plus de contexte pour traduire un texte, je consultais généralement l’historique des traductions. J’y voyais quand le texte avait été ajouté, et avec la date et l’heure, je pouvais souvent trouver très rapidement la Pull Request (PR) sur GitHub. Souvent, la description est suffisamment utile, et parfois il y a même des captures d’écran et des vidéos qui clarifient très bien le contexte. Si cela n’aide pas, au moins on peut trouver très facilement les sections de code pertinentes.
Malheureusement, ce flux de travail ne fonctionne désormais que de manière très limitée pour moi. Pour les nouveaux textes, je peux encore savoir quand ils ont été ajoutés.
Cependant, lors de la publication (release), tous les textes ont été déplacés dans le dossier de publication, c’est pourquoi tous les textes créés avant sont maintenant affichés comme ayant été ajoutés au projet le 2026-01-28T17:22:00Z. Cela ne m’aide pas à trouver rapidement la PR.
L’outil rend la recherche de la RP encore plus facile Trouver la RP en fonction de l’heure de fusion du commit était plus difficile que de cliquer sur le lien. Merci !
Comment le statut « supprimé » est-il déterminé ? J’étais un peu confus aujourd’hui.
L’outil indique que js.category.visibility.more_options_hint_link a été supprimé à la fois dans la dernière version et dans la version publiée (Translation Strings | Discourse Translations)
Tout va bien. Pour mes besoins, cela n’a pas d’importance. Je pensais juste le noter ici si je remarquais quelque chose. Je dois vraiment m’habituer à la facilité avec laquelle je trouve maintenant la pull request associée. Auparavant, je pesais beaucoup plus souvent si cela valait la peine de chercher la pull request et je décidais de ne pas le faire. Maintenant, ce ne sont que quelques clics, j’oublie parfois encore cela. Récemment, l’historique des modifications a même été très utile, car Crowdin n’affichait pas le texte précédent, mais la version précédente était un contexte suffisamment utile pour que je puisse éviter l’étape de la pull request.
Peut-être s’agit-il du même bug, mais comme il y a ici non seulement un journal indiquant que le texte a été supprimé (alors que je ne parviens pas à repérer la chaîne dans le journal des modifications du PR), il y a aussi un journal indiquant que le texte a été rajouté où j’ai le même problème. Peut-être cet exemple aide-t-il à trouver le bug.
D’accord, j’ai résolu les problèmes liés aux entrées manquantes dans l’historique git et aux commits apparaissant comme supprimés alors qu’ils ne l’étaient pas.
Cela s’est avéré être un cas intéressant. La modification a été rétroportée vers la branche de publication (release branch), donc les commits affichés étaient techniquement corrects. Ils ont simplement des hashs git différents.
Pour rendre cela plus clair, j’affiche maintenant les deux PR pour chaque branche.
J’ai également corrigé un certain nombre de problèmes mineurs. Vous verrez maintenant si un commit appartient uniquement à latest ou aux deux branches, et cela indiquera quand une chaîne a été simplement déplacée vers un fichier différent sans aucun changement réel.
Je ne vois toujours pas où, dans la PR liée au journal « supprimé », le texte concernant les webhooks a été supprimé. Le seul changement de texte que j’y vois semble sans rapport