Pendant de nombreuses années, j'ai fait $HOME
vérifier tout mon répertoire en subversion. Cela inclut tous mes fichiers de points et profils d’applications, de nombreux scripts, outils et hacks, la structure de mon répertoire personnel de base préféré, ainsi que quelques projets inhabituels et un entrepôt de données aléatoires. C'était une bonne chose. Tant que ça a duré.
Mais c'est devenu incontrôlable. La vérification de base est la même sur des dizaines de systèmes, mais tout ce matériel n’est pas adapté à toutes mes machines. Il ne joue même pas bien avec différentes distributions.
Je suis en train de nettoyer la maison - séparer les données de leur lieu d'origine, séparer certains scripts en projets distincts, réparer des liens brisés dans des éléments devant être automatisés, etc.
Mon intention est de remplacer subversion
par git
pour la vérification au plus haut niveau de $HOME
, mais j'aimerais réduire cela à tout ce que je voudrais avoir sur TOUS mes systèmes, à savoir les fichiers de points, quelques répertoires et quelques scripts personnalisés de base.
En lisant en ligne, beaucoup de gens semblent le faire en utilisant l’approche des liens symboliques: cloner dans un sous-répertoire, puis créer des liens symboliques à partir $HOME
du référentiel. Ayant eu le $HOME
contrôle total de ma version pendant plus de 10 ans, je n’aime pas l’idée de cette approche et je ne comprends pas pourquoi les gens semblent si opposés à la méthode de paiement direct. Y a-t-il des pièges dont je devrais avoir connaissance en git
tant que commande de niveau supérieur pour $HOME
?
Post-scriptum En partie comme un exercice de bonne codage, je prévois aussi de rendre publique ma vérification de racine sur github. Il est effrayant de constater la quantité d’informations confidentielles relatives à la sécurité que j’ai permis de collecter dans des fichiers pouvant être partagés sans hésiter! Mot de passe WiFi, clés RSA non passphrasées, etc. Eeek!
git
modifie les autorisations de vos fichiers 644
après l'expiration, ce qui est préjudiciable pour des éléments tels que les clés ssh privées. Cependant, etckeeper
c'est une solution pour utiliser git avec des permissions pour / etc /
.zshrc
, .vimrc
et les choses semblables sans avoir à les aseptiser d' abord!