git-gui est en désaccord avec le statut git: pourquoi?

Question

Je viens d'apprendre git, en utilisant git version 1.6.0.4.

• Créé un espace d'éclipse, avec quelques projets dedans.
• Créé un git repos à la racine de l'espace de travail, en utilisant cli.
• Utilisation cli ajouté les deux projets à git - à ce statut git points affiche les éléments suivants

 
bwinspur@elm:~/ca.wydv.workspaces/008-leaning-group/git-lrng-wksp$ git status 
# On branch master 
# 
# Initial commit 
# 
# Changes to be committed: 
# (use "git rm --cached ..." to unstage) 
# 
# new file: git.trial.help.bundle/.classpath 
     === omitted details from this post == 

# new file: git.trial.ui.bundle/.classpath 
     === omitted details from this post == 
# 
# Untracked files: 
# (use "git add ..." to include in what will be committed) 
# 
# .metadata/ 
bwinspur@elm:~/ca.wydv.workspaces/008-leaning-group/git-lrng-wksp$ 

qui est ce que je pensais: mes dossiers de projet sont suivis et .metadata/est untracked.

• maintenant je soulève IUG git et il montre tous les fichiers sous .metadata/comme changements Unstaged: pourquoi? Le statut de git pense qu'ils ne sont pas traqués.

Le désaccord de Git-gui avec le statut git, me semble être un bug git-gui.

Suis-je en train de mal comprendre quelque chose? Y a-t-il une solution de contournement? Existe-t-il un meilleur gui pour git?

Bill.

Answer 1

Je ne suis pas un utilisateur de git-gui mais je suppose que git-gui utilise le même statut pour les fichiers non-enregistrés et non-traités. Et oui, ça pourrait être un bug. Unstaged signifie qu'un fichier n'est pas "prêt" à valider, le commit récupère les fichiers dans la zone de scène et les valide. Donc, si après votre commit, vous changez 'git.trial.help.bundle/.classpath' et que vous n'ajoutez pas (git add file_name), ce fichier sera désynchronisé mais il sera suivi.

J'espère que cela aide à clarifier la signification de unstaged. Et je recommande vraiment le Pro Git book, freely available online.