L'outil de versionning Git depuis longtemps sur ma liste des choses que je veux me regarder une seule fois. À l'heure actuelle je continuer à utiliser la subversion . Mais tandis que vous pouvez enregistrer les changements que la subversion dans un référentiel central qui fournit référentiels Git décentralisés qui peuvent être fusionnées sur demande à partir d'un référentiel central.
Mais avant la première utilisation consiste à installer. Certes, on peut également se traduire à partir des sources Git, mais aussi bien sous Linux [1] et pour le Mac [2] sont là tous les paquets. Les premières étapes de ces deux tutoriels allemands [3] [4] a expliqué. Est-ce un tutoriel détaillé est l'allemand à l'Université Stanford [5] .
Scénario
Ma scénario est la suivante: - un dépôt central sur mon Mac mini (que j'ai utilisé comme un serveur)
- un référentiel distribué sur mon Mac mini (si je suis assis fois avant)
- un référentiel distribué sur mon portable Ubuntu (avec vous)
Il commence avec le projet que vous souhaitez versionné avec Git. Le terminal est l'ami préféré du développeur et pourquoi l'ensemble des fonctionnalités de Git est adressée uniquement à eux (c'est une intégration Eclipse, il a également [6] ). Mais une étape à la fois.
Étape 1: versions du projet existant avec Git
Vous devez d'abord git son nom et une adresse e-mail sera connue. Git utilise cette information plus tard dans les commentaires de libération. config --global user.name "Gero Klinkmann" > Git config - global user.name "Gero Klinkmann"
config --global user.email me @ example.com > Git config - global user.email me@example.com
Ensuite, vous pouvez être git d'abord avec git init ersellen. Pour moi, c'est sur le Mac mini, qui sera construit sur la prochaine étape, le dépôt central.
~ / workspace / testGroovy > Cd ~ / workspace / test groovy
init > Git init
add . > Git add.
commit > Git commit
Les commandes parlent d'eux-mêmes. Lorsque commit pouvez ouvrir l'éditeur vi, de sorte que vous pouvez ajouter un commentaire sur l'état actuel. La syntaxe de commande de la vi n'est pas très intuitive, donc par tous ceux qui ne les connaissent pas, il suffit d'ajouter les commandes nécessaires à l'observation:
- [I] changement dans le mode d'insertion.
- Laisser un commentaire.
- [Echap] basculer vers le mode de commande.
- [: Wq] a parlé et quitter le vi.
Étape 2: Créer un dépôt git centralisée
Le référentiel nouvellement créé, puis le référentiel sur le Mac distant. Le clone de celui-ci est de l'argument bare vers le référentiel central sur le Mac. ~ / git > Mkdir ~ git /
~ / workspace / testGroovy > Cd ~ / workspace / test groovy
clone --bare .git ~ / git / testGroovy.git > Git clone - git nu ~ / git / testGroovy.git.
Étape 3: centrale clone dépôt Git
Sur l'ordinateur portable Linux est censé créer un référentiel distribué. Par conséquent, il est nécessaire de cloner le dépôt central sur le Mac. Les deux ordinateurs sont connectés via ssh. En outre, lors du clonage de la git-upload-pack (et celle de l'ordinateur, où le référentiel central est - pour moi, c'est le Mac) est requise.
Pour éviter les problèmes, tels que bash: git-upload-pack: command not found prévention doit être le lieu (dans mon cas il s'agit de / usr / local / git / bin / git-upload-pack) pour spécifier la commande à cloner.
~ / projekte > Cd ~ projets et
clone --upload-pack / usr / local / git / bin / git-upload-pack \ > Git clone - upload-pack bin / usr / local / git / / git-upload-pack \
username @ server / full / remote / path / to / testGroovy.git testGroovy ssh: / / nom d'utilisateur @ servername / full / distance / path / to / test testGroovy.git groovy Celui-ci n'a pas toujours attention à ce peut également être déposé dans le fichier de configuration git.
~ / projekte / testGroovy > Cd ~ / projets / groovy de test
.git / config > Vi. Git / config
] [Remote '«origine»]
:refs / remotes / origin /* fetch = + de refs ou chefs / *: refs ou télécommandes / Origine / *
username @ server / full / remote / path / to / testGroovy.git url = ssh: / / nom d'utilisateur @ servername / full / distance / path / to / testGroovy.git
usr / local / git / bin / git-upload-pack télécharger pack = / usr / local / git / bin / git-upload-pack
usr / local / git / bin / git-receive-pack receivepack = / usr / local / git / bin / git-recevoir-pack Étape 4: du local au référentiel central
Les modifications apportées aux sources sont d'abord dans le référentiel local git commit -a versionné. Toujours dans cet engagement ouvre l'éditeur vi pour un commentaire de version. Avec git push les changements aux référentiels locaux sont communiqués dans le référentiel central.
~ / projekte / testGroovy > Cd ~ / projets / groovy de test
commit -a > Git commit-a
push > Git push
Étape 5: dépôt local et central sur un serveur
J'avais commencé avec un référentiel local sur mon Mac. À propos de git clone-bar, d'un référentiel central supplémentaire a été créé. Mais encore il n'ya pas de lien entre les deux. Cela se fait par une entrée dans le fichier de configuration des référentiels Git locales.
~ / workspace / testGroovy > Cd ~ / workspace / test groovy
.git / config > Vi. Git / config
...
# Connectez-vous à la banque centrale
] [Remote '«origine»]
:refs / remotes / origin /* fetch = + de refs ou chefs / *: refs ou télécommandes / Origine / *
path / to / git / testGroovy.git url = / full / path / to / git / testGroovy.git
] [Direction générale de «maître»]
distance = origine
master merge = refs ou chefs ou maîtres Conclusion:
Un peu de configuration est nécessaire même si vous souhaitez utiliser pour parler avec référentiels Git fois centralisés et décentralisés. Pour cet effort, mais vous obtenez un très puissant, système très stable et rapide de contrôle de version qui ne nécessite pas une connexion à un référentiel central.
Liens:
[1] git-core - forfaits de base pour Ubuntu
[2] git-osx-installateur - Google Code Project
[3] tutoriel allemand git court - sur interaktionsdesigner.de
[4] tutoriel allemand git courte - en ligne tutorials.net
[5] tutoriel détaillé Git allemande - l'Université de Stanford
[6] EGIT - plugin Eclipse pour Git
L'outil de contrôle Git version a longtemps été sur ma liste des choses que je veux me regarder une seule fois. À l'heure actuelle je continuer à utiliser la subversion. Mais tandis que vous pouvez enregistrer les changements que la subversion dans un référentiel central qui fournit référentiels Git décentralisés qui peuvent être fusionnées sur demande à partir d'un référentiel central. Mais avant la première utilisation consiste à installer. Certes, on peut également se traduire à partir des sources Git, mais aussi bien sous Linux [1] et pour le Mac [2] sont là tous les paquets. Les premières étapes de ces deux tutoriels allemands [3] [4] a expliqué. Est-ce un tutoriel détaillé est l'allemand à l'Université Stanford [5]. Mon scénario est le scénario suivant: un référentiel central sur mon Mac mini (que j'ai utilisé comme un serveur) est un référentiel distribué sur mon Mac mini (si je suis assis fois avant) un référentiel distribué sur mon portable Ubuntu (vous) commence par le projet que vous voulez versionné avec Git. Le terminal est l'ami préféré du développeur et pourquoi l'ensemble des fonctionnalités de Git est adressée uniquement à eux (c'est une intégration Eclipse, il a également [6]). Mais une étape à la fois. Si des versions projet existant avec Git Git son propre nom d'abord et une adresse e-mail pour annoncer: Étape 1. Git utilise cette information plus tard dans les commentaires de libération. > Git config - global user.name "Gero Klinkmann"> git config - global me@example.com user.email Ensuite, vous pouvez ersellen son premier dépôt Git git init. Pour moi, c'est sur le Mac mini, qui sera construit sur la prochaine étape, le dépôt central. > Cd ~ / workspace / groovy de test> git init> git add. > Le git commit commandes parlent d'eux-mêmes. Peut s'engager à l'ouverture de l'éditeur vi, si vous avez des commentaires sur l'état actuel. La syntaxe de commande de la vi n'est pas très intuitive, donc par tous ceux qui ne les connaissent pas, il suffit d'ajouter les commandes nécessaires à l'observation: [i] changement dans le mode d'insertion. Laisser un commentaire. [Echap] basculer vers le mode de commande. [: Wq] a parlé et quitter le vi. Étape 2: Créer le référentiel est un dépôt Git centrale vient d'être créé, puis le dépôt distant sur le Mac. Le clone de celui-ci est nu de l'argument dans le référentiel central sur le Mac. .> Mkdir ~ / git> cd ~ / workspace / test clone git groovy> - git nu ~ / git testGroovy.git / Étape 3: centrale clone dépôt Git sur l'ordinateur portable Linux est censé créer un référentiel distribué. Par conséquent, il est nécessaire de cloner le dépôt central sur le Mac. Les deux ordinateurs sont connectés via ssh. En outre, lors du clonage de la git-upload-pack (et celle de l'ordinateur, où le référentiel central est - pour moi, c'est le Mac) est requise. Pour éviter les problèmes, tels que bash: git-upload-pack: command not found prévention doit être le lieu (dans mon cas il s'agit de / usr / local / git / bin / git-upload-pack) pour spécifier la commande à cloner. > Cd ~ / projets clone git> - upload-pack bin / usr / local / git / / git-upload-pack \ ssh :/ / username @ servername / full / distance / path / to / test testGroovy.git C'est groovy ne pas toujours prêter attention est que vous pouvez également déposer dans le fichier de configuration git. .> Cd ~ / projets / test groovy> vi git / config [à distance "d'origine"] = + de chercher refs ou chefs / *: refs ou télécommandes / Origine / * url = ssh :/ / username @ servername / full / distance / chemin / à / pack de téléchargement testGroovy.git = / usr / local / git / bin / git-upload-pack receivepack = / usr / local / git / bin / git-recevoir-pack Étape 4: du local à l'évolution du référentiel central aux sources être versionnés première fois dans l'git référentiel local commit-a. Toujours dans cet engagement ouvre l'éditeur vi pour un commentaire de version. Avec git repousser les changements aux référentiels locaux sont communiqués dans le référentiel central. > Cd ~ / projets / groovy de test> git commit-a> Étape git push 5: dépôt local et central sur un serveur que j'avais commencé avec un référentiel local sur mon Mac. Git clone propos - bar, un référentiel central supplémentaire créé. Mais encore il n'ya pas de lien entre les deux. Cela se fait par une entrée dans le fichier de configuration des référentiels Git locales. > Cd ~ / workspace / test groovy> vi. Git / config ... # Connectez-vous à la banque centrale [à distance "d'origine"] = + de chercher refs ou chefs / *: refs ou télécommandes / Origine / * url = / full / path / to / git / testGroovy.git [branche "master"] = distance d'origine merge = refs ou chefs / Conclusion maître: Un peu de configuration est nécessaire même si vous souhaitez utiliser pour parler avec référentiels Git fois centralisés et décentralisés. Pour cet effort, mais vous obtenez un très puissant, système très stable et rapide de contrôle de version qui ne nécessite pas une connexion à un référentiel central. Liens: [1] git-core - paquets pour Ubuntu Core [2] git-osx-installateur - Google Code du projet [3] tutoriel allemand git court - court sur interaktionsdesigner.de [4] tutoriel Git Allemand - des tutoriels en ligne. net [5] tutoriel détaillé Git Allemand - Université de Stanford [6] EGIT - plugin Eclipse pour Git
gklinkmann écrit par \ \ tags: git , kubuntu , macos , des outils , tutoriel