Git alternative à un étagère en TFS

J'utilise git pour mes projets personnels, donc je n'ai jamais rencontré de problème avec Git, mais j'ai eu une discussion au travail aujourd'hui et c'est quelque chose auquel je n'ai pas pensé.

Dans TFS, vous pouvez stocker votre ensemble de modifications dans un ensemble d'étagères, cet ensemble d'étagères peut être consulté par d'autres développeurs, par exemple pour un examen par les pairs.

D'après ce que je comprends dans github, vous travaillez sur votre copie locale du référentiel (éventuellement avec des branches personnalisées pour différentes fonctionnalités), puis vient un point pour un examen par les pairs. Comment feriez-vous pour partager une modification spécifique de votre référentiel local avec quelqu'un d'autre?

Dans Git, le modèle de base pour la révision de code pré-commit est d'avoir une branche quelque part où elle peut être revue, puis fusionnée avec le flux principal. Cette branche peut se trouver dans le même référentiel que le flux principal ou dans un répertoire complètement séparé.

Voici quelques façons que j'ai vues:

1. Poussez une branche vers l'origine et demandez aux réviseurs de fusionner l'ensemble de modifications lorsqu'ils seront prêts.
2. Poussez une branche vers un référentiel de révision ou directement vers le réviseur. Une fois revu, l'ensemble de modifications peut être poussé vers le référentiel principal.
3. Utilisez un outil comme Gerrit pour «attraper» les poussées et les maintenir jusqu'à ce qu'elles soient examinées. Une fois que les bonnes personnes ont confirmé que l'ensemble de modifications est prêt, Gerrit le fusionnera dans la branche principale.
4. À l'aide de Github , Gitlab , Stash ou d'un autre produit, bifurquez le référentiel d'origine. Clonez sur votre machine de développement et effectuez vos modifications. Une fois terminé, poussez vers votre fork et envoyez une demande d'extraction au référentiel d'origine. Il s'agit du modèle le plus courant dans le monde open source.

Quelques options:

1. Vous pouvez exécuter une instance de gitweb pour permettre aux autres de voir vos modifications
2. Vous pouvez distribuer des jeux de correctifs de vos modifications pour examen
3. Vous pouvez pousser vos modifications vers un référentiel central partagé, dans votre propre branche distante, où d'autres peuvent inspecter vos modifications directement ou dans github.