J'ai un référentiel avec une sous-module. Pour moi, ce sous-module est en lecture seule, alors j'utilise sous-module.Module.ignore = sale. P>
Cela fonctionne bien pour «Statut GIT», mais lorsque je vous engage, tout sous-module est numérisé et dans les commentaires de GIT, je peux voir que c'est sale. P>
Y a-t-il un moyen d'éviter cela? P>
3 Réponses :
Si vous ne voulez vraiment jamais voir des modifications à la sous-module, vous pouvez ajouter une ligne à .git / info / exclude à l'intérieur du sous-sodule avec un modèle '*'.
Cela entraînera la sous-module qui se rendra toujours en rapport à celle-ci. Nettoyer, peu importe ce qui a changé. p>
Vous voudrez peut-être échapper à ce * code> pour empêcher l'expansion de Shell.
Cela aide, mais cela empêche également de voir les changements de l'intérieur du sous-module. Je veux juste qu'ils sont ignorés à l'extérieur ...
Dans les versions plus récentes de git, chemin / à / sous-voodule / .git code> est un fichier, et non un répertoire.
Résolu en amont en Engage 8f6811EFED5451C72AA P>
Bon travail de suivi qui le descendait et la fixant.
Vous voulez probablement modifier le fichier Ceci est parce que, dans les versions plus récentes de git, le chemin .git / info / exclude code> pour ajouter un modèle à ignorer. Mais pour un sous-module, cela ne fonctionnera pas. Au lieu de cela, vous devez modifier
.git / sous-vododule_foo / info / exclure code>, à partir de la racine du repo git.
sous-module_foo /. git code> est un fichier, pas un répertoire. Son contenu nous permet de savoir où les fichiers
.git code> pour la sous-soou muette sont les suivants: p>
Ceci n'est pas liée à la question. La question était d'ignorer complètement l'état de sous-module interne lors de l'engagement dans la supermodule.