Ce qui est une branche de thématique de git ? Est-il différent d’une branche ordinaire en quelque sorte ? Y a-t-il toutes les branches qui ne sont pas des branches du sujet ?
Réponses
Trop de publicités?
Sujet branches sont généralement léger branches que vous créer localement et qui ont un nom qui a un sens pour vous. Ils sont là où vous pourriez faire un travail pour une correction de bug ou fonctionnalité (ils sont aussi appelés branches), qui devrait prendre un certain temps pour terminer.
Un autre type de branche est la "distance" ou "télé-suivi de la branche". Ce type de branche suit le développement de quelqu'un d'autre travail et il est stocké dans votre propre référentiel. Vous périodiquement mise à jour de cette branche (à l'aide d' git fetch) pour suivre ce qui se passe ailleurs. Lorsque vous êtes prêt à rattraper tout le monde change, vous devrez utiliser git pull à la fois à récupérer et fusionner.
J'ai également vu un autre type de branche qui, essentiellement, est complètement distincte de l'arborescence de fichiers dans le même répertoire. Par exemple, le dépôt Git de lui-même contient des chefs nommé l'homme et html qui contiennent contenu tout à fait différent du maître de la branche. Je ne sais pas ce que ces types de branches sont généralement appelés.
mipadi
Points
135410
Jeff Ancel
Points
1560
https://github.com/dchelimsky/rspec/wiki/Topic-Branches explique cette bien.
Un "sujet" de la branche est une branche distincte que vous utilisez quand vous travaillez sur un seul "sujet" (une correction de bug, une nouvelle fonctionnalité, ou une idée expérimentale). Travail sur un sujet de branche au lieu de directement sur le dessus de "maître" est recommandée, car:
{... visitez le lien ...}
Donc, pour toutes ces raisons, il est recommandé d'utiliser une nouvelle branche pour la préparation des soumissions même pour de simples contributions comme une simple validation des corrections de bugs et la comme.
Cet exemple donne également des exemples. Qui, en fait, m'a fait penser, c'est probablement ce que la plupart des magasins font déjà. Tous les projets agiles que j'ai jamais eu à faire. Je upvoted th "Ce n'est pas un terme technique" parce que je sens cette frappe le clou sur la tête.
Paul
Points
12977
il ressemble le plus éminent et le type important de branches qui ne sont pas du sujet branches serait communiqué de branches sur une major, à la disposition du public référentiel, droit?
C'est probablement bon pour vous, mais c'est sur vous et le projet que vous pensez, ce n'est pas déterminée par Git.
La plupart des systèmes de contrôle de version (en particulier centralisée) prescrire ou à appliquer l'une des flux de travail, y compris ce qu'il fait sens pour utiliser une branche. Git ( et dans une certaine mesure, la plupart distribués Vcs) considèrent que les flux de travail, ce que les branches sont utilisées pour, lors de la commettre, en ce que les différentes pensions de titres sont utilisés, etc. est tous choisis par les utilisateurs et des accords entre les utilisateurs (les politiques). Donc, Git ne pas appliquer ces techniquement.
C'est l'une des choses qui Git dur pour moi d'apprendre. Oliver Steele expliqué du point de vue, écrit à propos de Commettre des Politiques.
