git sous-module fichiers modifiés état

J'ai ajouté un sous-module dans mon git de l'arborescence de dossiers et n'ai rien changé, mais on le voit modifié. Que dois-je faire à ce sujet?

$ git status
# On branch master
# Changed but not updated:
#   (use "git add <file>..." to update what will be committed)
#   (use "git checkout -- <file>..." to discard changes in working directory)
#
#    modified:   example.com/soundmanager
#
no changes added to commit (use "git add" and/or "git commit -a")

J'ai essayé de faire un git sous-module de mise à jour, mais il ne fait rien.

Je l'ai rencontré quand j'avais un repo git dans un sous-répertoire que je ne connaissais pas, qui m'a causé de la confusion. Il gardait la liste du répertoire que modifié, même si j'avais ajouté les fichiers dans le dépôt parent. Merci pour la question - clarifier les choses bien!

InformationsquelleAutor Poe | 2011-05-15

git git-submodules

68

La façon dont le statut de submodules est signalé a beaucoup changé au cours des dernières versions de git, de sorte que vous devrait vraiment inclure la sortie de git --version aussi bien pour nous d'être en mesure d'aider avec précision.

Cependant, dans tous les cas, la sortie de git diff example.com/soundmanager devrait vous en dire plus. Si vous voyez le résultat avec le même nom de commit, mais avec -dirty ajouté à la nouvelle version, par exemple:
```
diff --git a/example.com/soundmanager b/example.com/soundmanager
--- a/example.com/soundmanager
+++ b/example.com/soundmanager
@@ -1 +1 @@
-Subproject commit c5c6bbaf616d64fbd873df7b7feecebb81b5aee7
+Subproject commit c5c6bbaf616d64fbd873df7b7feecebb81b5aee7-dirty
```
... que cela signifie que git status dans le sous-module n'est pas propre - essayez cd example.com/soundmanager et puis git status pour voir ce qu'il se passe.

Sur l'autre main, si vous voyez différents commettre des versions, par exemple:
```
diff --git a/example.com/soundmanager b/example.com/soundmanager
index c4478af..c79d9c8 160000
--- a/example.com/soundmanager
+++ b/example.com/soundmanager
@@ -1 +1 @@
-Subproject commit c4478af032e604bed605e82d04a248d75fa513f7
+Subproject commit c79d9c83c2864665ca3fd0b11e20a53716d0cbb0
```
... ce qui signifie que la version que votre sous-module est (c'est à dire ce que vous voyez à partir de cd example.com/soundmanager && git show HEAD) est différente de la version engagés dans le projet principal de l'arbre (c'est à dire ce que vous voyez à partir de git rev-parse HEAD:example.com/soundmanager). Si le premier est à droite, vous devez ajouter et valider la nouvelle version de la sous-module dans votre projet principal, avec quelque chose comme:
```
git add example.com/soundmanager
git commit -m "Update the soundmanager submodule"
```
Sur l'autre main, si celle-ci est ce que vous voulez, vous pouvez changer le numéro de version que le sous-module est de:
```
git submodule update example.com/soundmanager
```
- Je vous remercie. git version 1.7.0.4
- git diff n'indiquent -sale, et git status a montré tous les fichiers modifiés. Merci pour la réponse, j'étais inquiet au sujet de la modification d'un sous-module et de la commettre. J'ai ajouté + a commis le sous-module, et encore obtenir l'-sale. Ressemble à une ligne se terminant le problème. Je suis allé dans le chemin d'accès et "git add" et a obtenu un défilement de ces warning: CRLF will be replaced by LF j'avais autocrlf d'entrée de jeu.
- J'ai trouvé une pension avec une mise à jour de la version de git. git version 1.7.5.1 Installé, et ne plus avoir le problème donc je vais être heureux avec ce résultat pour le moment.
- Super, je suis content d'entendre que vous avez réussi à régler ça.
- bonne explication, le mien était le dernier. Est-ce à dire si je veux juste mettre à jour à la tête, je peux appeler sous-module de mise à jour au lieu d'avoir le CD dans le dossier et de faire une mise à jour?
- oui, environ - git submodule update sera en réalité la caisse de la sous-module de la version spécifiée dans l'index de "supermodule", plutôt que de la TÊTE, mais dans de nombreux cas, c'est la même chose.
InformationsquelleAutor Mark Longair
5

Je suis dans cet état par erreur l'ajout d'un sous-module spécifiquement par l'ajout d'un répertoire au lieu de simplement ajouter le contenu d'un nouveau répertoire.

J'avais besoin il suffit de supprimer le sous-module comme ceci:
```
git rm --cached path/to/my/new_directory
```
Puis ajouter le contenu comme je l'ai prévu en premier lieu:
```
git add path/to/my/new_directory/*
```
InformationsquelleAutor awe
0

J'ai utilisé le suivi de commande git et de résoudre ce problème:
```
git submodule update --init  --recursive
```
InformationsquelleAutor blacet wang

Vous devez vous connecter pour publier un commentaire.