Si vous faites un travail – qu’il soit open source ou ferm\u00e9 – (bien que je sache que la plupart de ceux qui lisent ce site sont impliqu\u00e9s dans l’open source), vous utilisez probablement un contr\u00f4le de source, et c’est probablement GitHub.<\/p>\n
Pour beaucoup d’entre vous, vous suivez un projet, contribuez \u00e0 un projet ou g\u00e9rez des pull requests \u00e0 un projet. Et qu’en est-il des projets sur lesquels vous travaillez en \u00e9quipe ?<\/p>\n
Peut-\u00eatre que votre flux de travail ressemble \u00e0 ceci\u00a0:<\/p>\n
Mais que mettez-vous dans le mod\u00e8le de pull request\u00a0? Est-ce la m\u00eame chose \u00e0 chaque fois ou est-ce diff\u00e9rent? Qu’en est-il si le contenu du PR est li\u00e9 \u00e0 quelque chose dans Trello<\/a>, Asana<\/a>, Basecamp<\/a> ou un autre syst\u00e8me de gestion de projet ?<\/p>\n C’est l\u00e0 que les mod\u00e8les GitHub PR entrent en jeu.<\/p>\n Vous pouvez tout lire \u00e0 leur sujet sur la page, mais voici l’essentiel (sans jeu de mots):<\/p>\n Il est difficile de r\u00e9soudre un probl\u00e8me lorsqu’il manque des d\u00e9tails importants. D\u00e9sormais, les responsables de projets peuvent ajouter des mod\u00e8les pour les probl\u00e8mes et les demandes d’extraction aux projets, aidant ainsi les contributeurs \u00e0 partager les bons d\u00e9tails au d\u00e9but d’un fil de discussion.<\/p>\n<\/blockquote>\n Et l’id\u00e9e est simple\u00a0: nous cr\u00e9ons des mod\u00e8les pour les probl\u00e8mes et les demandes d’extraction pour les autres qui fournissent un niveau d’informations qu’ils doivent remplir avant de soumettre un probl\u00e8me ou une demande d’extraction.<\/p>\n Cela nous aide, car les mainteneurs connaissent toutes les informations dont nous avons besoin avant de les examiner. De plus, cela peut nous permettre d’\u00e9tablir un lien vers un probl\u00e8me pr\u00e9c\u00e9dent, un ticket pr\u00e9c\u00e9dent, avant tout ce qui concerne le projet.<\/p>\n Par exemple, supposons que vous travaillez sur un projet et que vous souhaitez inclure les informations suivantes\u00a0:<\/p>\n Je ne dis pas que ce sont les informations requises, mais c’est quelque chose que nous avons utilis\u00e9 et que j’ai trouv\u00e9 utile (et c’est bien de voir que d’autres am\u00e9liorations sont apport\u00e9es au fil du temps<\/a> ).<\/p>\n Le site est assez clair, mais c’est vraiment simple. Vous avez besoin des fichiers suivants dans votre r\u00e9pertoire de projet ou dans le dossier. r\u00e9pertoire github<\/strong>\u00a0:<\/p>\n Chacun d’entre eux devrait \u00eatre des fichiers de d\u00e9marquage qui expliquent exactement ce que vous recherchez pour vos contributeurs \u00e0 inclure chaque fois qu’ils contribuent \u00e0 votre projet d’une mani\u00e8re ou d’une autre.<\/p>\n Et puis, chaque fois qu’un utilisateur cherche \u00e0 signaler un probl\u00e8me ou \u00e0 cr\u00e9er une demande d’extraction, il re\u00e7oit les informations du mod\u00e8le.<\/p>\n Nice, n’est-ce pas?<\/p>\n Vous pensez peut-\u00eatre que ce n’est pas grand-chose, mais il est assez facile d’aider \u00e0 am\u00e9liorer la qualit\u00e9 des informations entrant dans un projet, de faire r\u00e9fl\u00e9chir vos contributeurs \u00e0 ce qu’ils mettent dans le projet, puis de r\u00e9agir en cons\u00e9quence.<\/p>\n De plus, cela vous aide, ainsi que le reste de votre \u00e9quipe, \u00e0 comprendre ce qui est sur le point d’\u00eatre examin\u00e9 et \u00e0 vous pr\u00e9parer \u00e0 tout changement qui pourrait survenir lorsque vous travaillez sur ces projets.<\/p>\nMod\u00e8les de relations publiques GitHub<\/h2>\n
\n
\n
Mais comment l’utilisons-nous\u00a0?<\/h3>\n
\n
Ce n’est pas grand-chose, mais\u2026<\/h2>\n