Fonds Linux
  1. Fonds Linux
  3. J'ai reposé git repos, cela causera-t-il un problème?
Intereting Posts
Différentes tailles de police de la console sur deux installations de Wheezy de Debian Passer 1 variable d'environnement en utilisant sudo publier des données en utilisant cURL dans un script grep: Quels * patterns * sont appariés, pas quel text? Mesure de l'utilisation de la RAM d'un programme Erreur de vérification de transaction lors de l'installation de vim? Est-il possible d'get le nom actuel de la window xterm? Multiboot FreeBSD et autres dissortingbutions Linux Est-il possible d'envoyer un événement de keyboard à un script d'arrière-plan qui attend l'interaction de l'user? (En utilisant 'read') Utilisez `less` pour afficher datatables alignées par des virgules Bluetoothctl: Aucun controller par défaut disponible Comment faire pour que Linux ignore complètement un lecteur SCSI? Pourquoi ai-je besoin d'échapper des caractères regex dans sed pour être interprétés comme des caractères regex? Conserver le même propriétaire de file pour les files nouvellement créés Comment Kernel 4.0 peut-il corriger le redémarrage du système?

J'ai reposé git repos, cela causera-t-il un problème?

Une histoire

  1. J'ai installé etckeeper
  2. J'ai décidé de suivre par exemple la configuration du pare-feu shorewall comme son propre référentiel git. Je pense que je voulais qu'il soit plus facile de regarder les changements de configuration spécifiques. J'ai décidé que je n'avais plus besoin de etckeeper et je l'ai désinstallé. Donc pas de conflit, sauf …
  3. En repensant etckeeper, je remarque que je n'ai pas supprimé /etc/.git .

Avant de réaliser, j'aurais pensé que git init refuserait de créer un référentiel git nested.

Si je reprenais simplement l'utilisation de etckeeper, je serais préoccupé par le fait que le git externe pourrait être ballonné en traçant les directorys .git internes. Sinon, il peut ignorer tous les files des directorys qui sont des référentiels git distincts.

Donc, je suis curieux, qu'est-ce qui pourrait aller mal?

Mes premiers tests avec des référentiels git nesteds n'ont souffert aucun de ces trois problèmes. Vous ne devez pas append .git dans gitignore ; le contenu de tous les directorys .git est automatiquement ignoré.

Les autres files (par exemple dans le même directory que .git ) peuvent être .git dans le référentiel externe.

Donc, je pensais que etckeeper pourrait continuer à suivre tous les files, tandis que les sous-directorys pourraient avoir leur histoire enregistrée plus soigneusement dans des repositorys spécifiques. Les deux histoires ne sauraient rien l'un de l'autre.

Je n'ai remarqué qu'un problème plus tard. Lorsque j'ai créé un directory qui est un référentiel git et qui contient des commits et que je n'avais pas encore engagé de files dans ce directory dans le référentiel externe, il apparaît comme un Subproject – Subproject . Le contenu est représenté uniquement par un ID de validation. gitk semble le montrer comme un Submodule – Submodule place.

Cela ressemble à git veut vraiment les reconnaître comme git-submodule . Je ne comprends pas particulièrement git-submodule , je sais juste qu'il a la réputation d'être un peu déroutant.

J'ai aussi remarqué que le file .etckeeper gonfle avec les files des directorys .git , même si git utilise des sous-modules.