Question

Je vais avoir quelques difficultés à comprendre les principes de travail d'équipe Git.

Considérons une équipe de deux programmeurs: A et B. Ils travaillent sur un Project. En outre, il y a un serveur distant avec une prise en pension sur elle. A et B collaborent à distance. Il y a un code dans le repo déjà.

J'ai une faveur à vous demander de l'aide à l'organisation de leur étape par étape flux de travail sur Git.
1. Ont-ils de créer leurs propres succursales locales?
2. Comment ils pourraient télécharger le code de travail sur un serveur de production? rsync?

Toute aide sera appréciée.

Était-ce utile?

La solution

Il est pas nécessaire pour les programmeurs de créer leur propre branche au travail. Dans le cas le plus simple, les programmeurs s'engageront à la branche « maître » de leur propre référentiel, puis git push les livraisons dans le référentiel en amont.

Pour déployer sur un serveur de production, une façon de le faire est d'utiliser git clone sur le serveur de production pour obtenir un dépôt local. Ensuite, pour mettre à jour le serveur de production, connectez-vous et git pull. Tout changement qui ont été engagés dans le dépôt principal seront appliqués.

Les développeurs peuvent éventuellement créer leurs propres branches soit pour leur propre usage (seulement dans leur dépôt local), ou branches pour partager avec les autres (en poussant les branches jusqu'au référentiel partagé).

Autres conseils

  1. Chaque développeur aura son propre clone du référentiel. Ils peuvent créer des branches pour le travail sujet comme et quand ils le veulent. Leur clone personnel est leur propre terrain, ils peuvent faire ce qu'ils veulent.

  2. Chaque développeur doit avoir leur propre dépôt public à distance, qu'ils peuvent pousser / tirer vers / depuis. En règle générale, si vous voulez libérer le code, il y aura une personne qui décide finalement ce qui va aller dans la sortie et ce qui sera découpé. dépôt distant de cette personne devrait avoir une branche qui représente les versions stables. Dites A est le gestionnaire de libération qui veut intégrer le travail de B dans la version. Alors A attendra jusqu'à ce que B pousse son travail à sa propre prise en pension à distance. Alors A va tirer le travail de B à son clone local, essayer des choses, fusionner, engager et pousser à sa propre (å) repo publique pour la libération.

(2) Je l'ai décrit seulement l'un des nombreux flux de travail différents qui sont disponibles pour une utilisation avec un SCM distribué comme git. Il y a beaucoup d'autres. Cette de Pro-Git est particulièrement agréable pour décrire d'autres.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top