J'ai un référentiel Git local appelé «squelette» que j'utilise pour stocker des squelettes de projet. Il dispose de plusieurs branches, pour différents types de projets:
casey@agave [~/Projects/skeleton] git branch
* master
rails
c
c++
Si je veux vérifier la branche principale pour un nouveau projet, je peux le faire
casey@agave [~/Projects] git clone skeleton new
Initialized empty Git repository in /Users/casey/Projects/new/.git/
et tout est comme je le veux. Plus précisément, la nouvelle branche principale pointe vers la branche principale squelette, et je peux pousser et tirer pour déplacer les modifications apportées à la configuration de base du projet.
Ce qui ne fonctionne pas, cependant, c'est si je veux cloner une autre branche. Je ne peux pas l'obtenir de sorte que je ne tire que la branche que je veux, par exemple la rails
branche, puis le nouveau référentiel a une master
branche qui pousse et tire de la rails
branche du référentiel squelette , par défaut.
Y a-t-il une bonne façon de procéder? Ou, peut-être que ce n'est pas ainsi que Git veut que je structure les choses, et je suis certainement ouvert à cela. Peut-être devrais-je avoir plusieurs référentiels, avec le référentiel squelette Ruby on Rails qui suit le référentiel squelette maître? Et tout projet individuel clonant le référentiel squelette Ruby on Rails.
git checkout -b newbranch origin/branchiwant
mieux? (sans --track
option)
git branch -a
montre-t-on?