Je viens de commencer à utiliser Git et je veux savoir si c'est la bonne façon de l'utiliser. J'ai commencé une application Rails avec:Où placer le dépôt Git
rails newapp
Alors je l'ai fait:
cd newapp
git init
git add .
git commit -a
Il en est ainsi "droit" à init mon git dans mon répertoire de travail?
Oui. Vous pouvez placer un référentiel git n'importe où - y compris le répertoire .git invisible créé par un autre référentiel git. J'ai un ami qui a git suivre tous ses fichiers de configuration système au cas où il ferait une erreur. Lorsque vous travaillez sur un projet, vous voulez initier votre référentiel dans le répertoire racine du projet. Pour élaborer, chaque "copie de travail" d'un dépôt Git est elle-même un dépôt Git. Si vous disposez d'une copie distante sur un serveur, il s'agit également d'un référentiel. Vous ne «vérifiez» pas à partir de là - plutôt, vous «poussez» vos modifications et elles sont fusionnées. Si vous travaillez sur un projet purement personnel, le référentiel distant est souvent inutile. Si vous voulez héberger à distance, Github est un bon choix gratuit et public.
Oui. Cela me semble correct.
Oui. Dans un Git DCVS, votre copie de travail est votre référentiel.
La copie de travail n'est pas le référentiel - du moins pas à mon avis. Le contenu du répertoire .git est le référentiel, n'est-ce pas? –
Eh bien, oui. Mais ils ne peuvent pas être dans des endroits complètement distincts, comme dans les systèmes de gestion de versions centralisés tels que Subversion et CVS. De plus, dans git, il est possible d'avoir un dépôt "nu" sans copie de travail, mais je ne voulais pas le mentionner. – Thomas
OK, donc contrairement à SVN, je vais avoir un dépôt Git pour chaque projet? Dans SVN, j'ai généralement un référentiel quelque part à l'écart de mes projets, puis je vérifie tous mes projets dans ce référentiel. – alamodey
C'est exactement comme ça, alamodey. – Bombe
un référentiel pour un projet est la façon d'utiliser le système de contrôle de version distribué (dont Git est un exemple) –