Comment trouver plus de contexte pour un texte ?

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.

C’est pourquoi je suis intéressé par la façon dont les autres traducteurs résolvent ce problème. Y a-t-il d’autres astuces ?

4 « J'aime »

J’ai rapidement préparé quelque chose. Est-ce que cela vous convient ?

3 « J'aime »

L’outil rend la recherche de la RP encore plus facile :star_struck: 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)

Cela semble correct pour la dernière version. Il y a une action de suppression enregistrée ici

Mais ce n’est pas le cas pour la version publiée. Ici, le statut est le même, mais il n’y a pas de suppression dans l’historique

1 « J'aime »

Un autre cas où je ne comprends pas pourquoi le statut indique supprimé


Mais c’est toujours utile pour trouver la PR :star_struck:

Il doit y avoir un bug quelque part. Honnêtement, j’ai créé ceci en deux heures en utilisant l’IA comme prototype. Je vais le nettoyer. :wink:

2 « J'aime »

J’ai été envoyé ici parce que je posais des questions sur le contexte pour corriger des traductions ! Très intéressé par quelque chose qui aide.

Que signifie PR ici ?

2 « J'aime »

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.

2 « J'aime »

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.

Dans la dernière version, site_settings.google_oauth2_hd_groups_service_account_json | Discourse Translations montre

Alors que la version publiée site_settings.google_oauth2_hd_groups_service_account_json | Discourse Translations pour le même texte n’affiche pas les changements d’il y a 7 mois :


Édit :
Un autre exemple qui n’a pas l’air correct (impliquant un PR de sécurité)

1 « J'aime »

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.

Si vous rencontrez d’autres incohérences, veuillez me le faire savoir.

1 « J'aime »

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

Et c’est la même chose ici

Je ne parviens toujours pas à repérer le texte supprimé ou ajouté dans les PR affichées là-bas

2 « J'aime »

D’accord, j’ai corrigé cela aussi. Il y avait des données obsolètes provenant d’une importation défectueuse des données git.

1 « J'aime »

J’ai remarqué qu’il est indiqué « removed » en haut, ce qui ne me semble pas correct

2 « J'aime »

Ce problème devrait être résolu.

1 « J'aime »