Comment partagez-vous votre dépôt git avec d'autres développeurs?

Question

J'ai un référentiel git central que tout le monde pousse à tester et à intégrer, mais il n'est poussé que lorsque les fonctionnalités sont 'prêtes'. Alors que dans le milieu d'une grande tâche, les développeurs ont souvent de nombreux commits qui restent sur leurs disques durs. Parfois, au milieu de ces projets, j'aimerais voir ce que fait un autre développeur ou lui montrer comment j'ai fait quelque chose. J'aimerais pouvoir dire à un autre développeur de simplement "tirer ma copie de travail". La seule façon que je peux penser est que tout le monde utilise SSH sur leurs machines de développement et ajoute des comptes ou des clés SSH pour tout le monde, mais c'est un énorme cauchemar de confidentialité et d'autorisations, et cela demande beaucoup de travail.

Faut-il simplement pousser vers ce référentiel central dans ces cas-là? Devrions-nous pousser après chaque engagement local?

Answer 1

Deux approches communes:

• développeurs ont leurs propres prises en pension publiques (par exemple mpd et des programmes connexes).
• les développeurs poussent à refs dans leur propre espace de noms sur un dépôt central (dev1/master, dev2/master). En fonction de votre situation exacte, vous voudrez peut-être un contrôle d'accès sous la forme de crochets pour vous assurer que personne ne fasse quelque chose de stupide.

Answer 2

Nous utilisons branches pour le code qui ne sont pas « prêt » encore, et les branches sont poussés à un repo central (qui est sauvegardé!). Quand une nouvelle fonctionnalité devient "prête", elle est fusionnée dans la branche master.

L'un des avantages de l'utilisation de git est qu'il est très, très facile de créer et de fusionner des branches, et vous pouvez visualiser ce qui se passe en utilisant gitk. Conseillé!