Newsletter ZecWeekly
ZecWeekly est une newsletter envoyée chaque dimanche matin. Elle inclut toutes les actualités survenues au cours de la semaine dans l’écosystème Zcash. Les actualités sont sélectionnées chaque semaine par des membres de la communauté et tous les liens pertinents sont ajoutés à la newsletter. Veuillez vous abonner à la newsletter ici.
Contribuer
Les contributions à la newsletter fonctionnent mieux lorsqu’un contributeur prépare l’édition pour la bonne semaine, suit le fil de discussion actuel sur la prime ou la coordination, et soumet la pull request une fois les liens hebdomadaires prêts. Veuillez ne pas soumettre une future édition avant que ZecHub ait publié ou confirmé la date de cette édition. Les pull requests soumises trop tôt omettent souvent des mises à jour de fin de semaine, entrent en conflit avec un curateur désigné ou utilisent la mauvaise échéance.
1. Confirmer l’édition actuelle
Avant de commencer à rédiger :
- Consultez ZEC Bounties pour connaître la tâche actuelle de la newsletter.
- Attendez qu’une tâche vous soit attribuée.
- Les éditions de la newsletter relèvent de la tranche XS de la politique relative aux montants des primes. Le chiffre ZEC figurant sur la prime active correspond au montant, et non à un ancien titre figurant dans les guides de contribution.
2. Forker le dépôt
Si vous débutez avec GitHub, suivez ce processus :
- Ouvrez le dépôt ZecHub.
- Cliquez sur Fork et créez un fork sous votre compte GitHub.
- Dans votre fork, créez une nouvelle branche pour l’édition. Un nom de branche clair est utile, par exemple
digest-may-30-2026.
- Assurez-vous que votre pull request ciblera
ZecHub/zechub comme dépôt de base et main comme branche de base.
Si vous utilisez la ligne de commande, le même processus se présente ainsi :
Code-highlight
git clone https://github.com/YOUR-USERNAME/zechub.git
cd zechub
git checkout -b digest-month-day-year
Remplacez YOUR-USERNAME par votre propre nom d’utilisateur GitHub. L’URL ci-dessus est un espace réservé et ne fonctionnera pas telle quelle.
3. Créer le fichier de la newsletter
Utilisez le modèle de newsletter comme point de départ. Les éditions de la newsletter doivent être placées dans le dossier newsletter.
Lors de la création du fichier :
- Respectez le format de nom de fichier demandé par l’issue ou utilisé par les éditions récemment acceptées.
- Conservez le même ordre de sections que le modèle, sauf si la tâche demande un format différent.
- Ajoutez uniquement des liens de la semaine concernée.
- Rédigez une description courte et claire pour chaque lien afin que les lecteurs comprennent son importance.
- Traduisez ou résumez en anglais les sources non anglophones si nécessaire.
- Vérifiez chaque lien avant d’ouvrir la pull request.
4. Collecter les liens au bon moment
ZecWeekly couvre normalement l’activité de l’écosystème Zcash de la semaine en cours et est publiée vers la fin de la semaine. Le calendrier le plus sûr est le suivant :
- Commencez à collecter les liens après la publication de l’issue ou de la tâche de la newsletter actuelle.
- Conservez un brouillon tant que la semaine est encore en cours.
- Soumettez la pull request près de la date de soumission demandée, après avoir vérifié les mises à jour de fin de semaine.
- Ne soumettez pas la newsletter d’une future semaine avant que la tâche pour cette date existe ou avant que ZecHub confirme que vous devez la préparer.
Si une issue indique une date de soumission précise, respectez cette date. En cas de conflit entre cette page et une issue actuelle, suivez l’issue actuelle.
5. Ouvrir la pull request
Lorsque votre fichier de newsletter est prêt :
- Committez vos modifications dans votre fork.
- Ouvrez une pull request vers
ZecHub/zechub sur la branche main.
- Utilisez un titre correspondant à l’édition, par exemple
Zcash Ecosystem Digest | May 30th.
- Liez l’issue dans le corps de la pull request afin que les réviseurs puissent relier le travail à la tâche.
Exemple de corps de pull request :
Code-highlight
Closes #ISSUE_NUMBER
Summary:
- Adds the Zcash Ecosystem Digest for Month Day.
- Uses the newsletter template and the current issue deadline.
- Checks links and descriptions for the requested week.
Après l’ouverture de la pull request, surveillez les commentaires de révision. Si ZecHub demande des modifications, mettez à jour la même branche au lieu d’ouvrir une seconde pull request pour la même édition.
Exemples réels
Utilisez ces pull requests de newsletters fusionnées comme exemples de soumissions acceptées :
Lorsque vous comparez votre travail avec un exemple, concentrez-vous sur l’emplacement du fichier, le format du titre, l’ordre des sections, les descriptions des liens et la vérification que la pull request renvoie à la bonne tâche.
Erreurs courantes à éviter
- Ouvrir une pull request avant que la date de l’édition ou la tâche soit confirmée.
- Travailler sur une issue qui possède déjà une pull request liée.
- Soumettre la pull request vers votre propre fork au lieu de
ZecHub/zechub.
- Utiliser le mauvais nom de fichier ou placer le fichier en dehors du dossier
newsletter.
- Copier une ancienne édition sans mettre à jour chaque date, lien et description.
- Ajouter des liens provenant de la mauvaise semaine.
- Laisser des liens cassés, des liens dupliqués ou du texte d’espace réservé du modèle.
- Ouvrir une nouvelle pull request après des commentaires de révision au lieu de mettre à jour la branche d’origine.
Liste de vérification finale
Avant de demander une révision, vérifiez que :
- La date de l’issue ou de la tâche correspond à votre fichier de newsletter.
- Aucune autre pull request ouverte ne couvre déjà la même issue ou édition.
- Le fichier se trouve dans le dossier
newsletter.
- Les sections du modèle sont complètes.
- Chaque lien fonctionne et comporte une description utile.
- Le corps de la pull request renvoie à la bonne issue.
- Vous êtes disponible pour effectuer des modifications si les réviseurs en demandent.
Éditions précédentes
Archives ZecWeekly
