"Si un ouvrier veut bien faire son travail, il doit d'abord affûter ses outils." - Confucius, "Les Entretiens de Confucius. Lu Linggong"
Page de garde > La programmation > Hacktoberfest du point de vue du responsable

Hacktoberfest du point de vue du responsable

Publié le 2024-11-08
Parcourir:613

Hacktoberfest from a maintainer

Cette fois, j'ai décidé de participer au Hacktoberfest en tant que responsable du projet.

Le projet est (AnadiCSV)[https://github.com/Cereal84/AnadiCSV] un outil simple pour interroger les données d'un fichier CSV via une requête SQL.

AnadiCSV est écrit en Python et utilise DuckDB et Textual, le projet a été soumis au hacktoberfest à l'état embryonnaire. L'idée était de profiter du hacktoberfest pour deux raisons :

  • apprendre à gérer un projet avec des contributeurs 'externes'
  • améliorer le code en laissant les gens contribuer.

Maintenant, quelques leçons que j'ai apprises jusqu'à présent.

Rédiger des problèmes détaillés

Même si le problème est parfaitement clair pour vous, cela ne veut pas dire qu'il en est de même pour les contributeurs externes, surtout s'ils ne sont pas expérimentés.

Essayez d'avoir un dialogue sur la question

Les détails ne suffisent peut-être pas, il vaut mieux entamer un dialogue afin d'être sûr que chacun comprend le travail à faire.

Le fichier CONTRIBUANT est important

J'ai toujours ignoré ce fichier dans mes référentiels. Si vous voulez aider les gens à contribuer, c'est très important, vous pouvez écrire la façon dont vous vous attendez à ce qu'ils fonctionnent, les règles à suivre, et parfois quelle est la logique derrière certaines sections ( c'est-à-dire si vous souhaitez ajouter une option cli qui contient tous les fichiers impliqués si ce n'est pas si clair dans le code).

Faire une mauvaise révision du code n'est pas une bonne idée

Parfois, vous êtes pressé mais vous souhaitez fusionner certains PR le plus rapidement possible ; vous lisez le PR rapidement et tout semble aller bien, sautez certains fichiers parce que vous les oubliez ou parce que vous pensez que les modifications seront si simples qu'elles sont sûrement correctes.
Évidemment, ils casseront le référentiel :).

Les actions GitHub sont bonnes

L'ajout de quelques vérifications telles que le formateur de code, le linter, etc. est une bonne idée pour éviter de faire ces choses lors de la révision du code et vous permettre de vous concentrer sur les choses importantes.

Conclusion

Jusqu'à présent, j'ai beaucoup appris et je suis heureux d'avoir lancé ce projet et je suggère à tout le monde d'essayer de faire de même.

Pour tous ceux qui recherchent des problèmes sur le hacktoberfest, venez nous rendre visite :).

Déclaration de sortie Cet article est reproduit sur : https://dev.to/cereal84/hacktoberfest-from-a-maintainers-point-of-view-285a?1 En cas d'infraction, veuillez contacter [email protected] pour le supprimer.
Dernier tutoriel Plus>

Clause de non-responsabilité: Toutes les ressources fournies proviennent en partie d'Internet. En cas de violation de vos droits d'auteur ou d'autres droits et intérêts, veuillez expliquer les raisons détaillées et fournir une preuve du droit d'auteur ou des droits et intérêts, puis l'envoyer à l'adresse e-mail : [email protected]. Nous nous en occuperons pour vous dans les plus brefs délais.

Copyright© 2022 湘ICP备2022001581号-3