6
votes

Ignorer le statut sale sous-module sur validation

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.

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.

Y a-t-il un moyen d'éviter cela?


0 commentaires

3 Réponses :


2
votes

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é. xxx


3 commentaires

Vous voudrez peut-être échapper à ce * 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 est un fichier, et non un répertoire.



1
votes

Résolu en amont en Engage 8f6811EFED5451C72AA


1 commentaires

Bon travail de suivi qui le descendait et la fixant.



-2
votes

Vous voulez probablement modifier le fichier .git / info / exclude 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 , à partir de la racine du repo git.

Ceci est parce que, dans les versions plus récentes de git, le chemin sous-module_foo /. git est un fichier, pas un répertoire. Son contenu nous permet de savoir où les fichiers .git pour la sous-soou muette sont les suivants: xxx


1 commentaires

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.