Regardez cette vidéo pour comprendre ce qu'est un flux de travail standard de contribution de code de type fork-and-pull-request.
Pour ceux qui sont nouveaux dans la contribution open source chez New Relic, les points suivants résument les principales étapes et difficultés. Pour une description de la ligne de commande de ce flux de travail, consultez cette documentation.
Votre application envoie désormais les données du navigateur à New Relic. Afficher ces données dans New Relic, sous Browser.
Implémentez les modifications sur votre Fork
Maintenant que vous disposez d'une copie du référentiel, implémentez les modifications sur votre copie forkée du code mais en exécutant la commande clone et modifiez votre copie du code.
Conseils sur les messages de validation
Lorsque vous validez des modifications sur votre fork, vous souhaitez vous assurer que vos messages de validation sont lisibles par l'homme, pertinents, descriptifs et suivent une méthodologie standard afin que les outils puissent automatiser la création de journaux des modifications.
Pour soutenir cet objectif, les projets open source New Relic cherchent à suivre la spécification Conventional Commit pour les messages de validation git.
Assurez-vous que :
- Vos messages de validation suivent la spécification Convention Commit
- Les commits sont liés à un problème spécifique dans le référentiel en amont (Astuce : s'il n'y a pas de problème pour votre modification, ajoutez-le vous-même :))
Lancer une Pull Request
Une fois que vous avez validé vos modifications dans votre fork, vous pouvez désormais émettre une Pull Request vers le projet New Relic.
Accepter le CLA (Contrat de licence du contributeur) de New Relic
Enfin, si vous n'avez jamais contribué à un projet open source New Relic auparavant, nous allons vous demander de signer électroniquement notre contrat de licence de contributeur (CLA), soulignant que vous fournissez librement du code au profit du projet open source et de la communauté.