C’est le grand jour, tu arrives dans ta nouvelle équipe.
Mais tu t’aperçois très vite que la collaboration sur le code c’est pas trop ça !
Que faire ?
J’ai fait un épisode de podcast - En Solo - pour te donner ma vision de comment tu pourrais mieux collaborer avec ton équipe et améliorer ta productivité en utilisant un flux de développement git.
https://lydra.fr/es-9-comment-collaborer-en-equipe-avec-un-flux-de-dev-git/
Et toi, as-tu déjà mis en place des flux de développement ?
Si oui lesquels ? Et lesquels préfères-tu ?
Radio DevOps est disponible dans toutes les applications de podcast.
4 « J'aime »
Bonjour,
Sauf erreur de ma part, git ne gère pas les merge/pull request. Ce sont les surcouches de git qui sont github, gitlab ou bitbucket (d’autres ?) qui apportent ces concepts. Ce sont donc ces surcouches qui ajoutent la notion de communication sous forme de chat liés au pull/merge request. Pour moi les textes de commits sont fait pour expliquer ce que contient le commit. On devrait y trouver ce qui a motivé le changement (bug, evolution) et les explication nécessaire au contexte du changement (par exemple si le commit doit être backporté, ou quel autre commit a introduit le bug fixé). Cela permet en effet de communiquer, mais uniquement pour des échanges unidirectionnels.
1 « J'aime »