Je (la plupart du temps) utilise git pour télécharger et compiler divers projets à partir de leur code source, en gardant ma source dans /usr/local/src
et en installant les binaires en /usr/local/bin
. Suite à la procédure de construction, habituellement avec ./configure && make && make install
, il me reste beaucoup de cruft qui finit comme 'nouveaux' fichiers dans mon référentiel git local. À ma connaissance, make clean
, make distclean
et peut-être aussi (?) ./configure clean
sont des procédures pensables afin de jeter la plupart des fichiers restants. Mais dans des scénarios spécifiques (voir l'exemple ci-dessous) je ne sais pas quoi faire pour rester "propre", comme avant l'installation ...Stratégies de nettoyage après la construction du code source en utilisant par exemple. Git
Un exemple récent - l'installation de jscoverage (via git svn) de http://svn.siliconforks.com/jscoverage/trunk jscoverage:
Les instructions de construction pour ce projet m'a incité à utiliser ./bootstrap.sh&& make && make install
. Dans ce cas, après avoir terminé la compilation et l'installation, j'ai essayé toutes les commandes de nettoyage mentionnées ci-dessus (par hasard), mais je n'ai pas réussi à me débarrasser de tout.
Pour envelopper ma question: Y at-il une stratégie de nettoyage tout-puissant et supérieur que je n'ai pas compris? Comment abordez-vous ce problème de nettoyage lorsque vous utilisez un VCS tel que git, dans un workflow typique où vous 1.) télécharger - 2.) build - 3.) tirer des mises à jour du référentiel amont - 4.) construire encore une fois - et ainsi de suite ?
+1 Examen approfondi des options disponibles –
Jack: Merci pour une explication très instructive et approfondie.Je me sens un peu plus éclairé - surtout après avoir lu votre idée de ne pas avoir à nettoyer les choses si vous avez l'intention de simplement garder un dépôt pour les mises à jour et les projets de reconstruction. – Henrik
Je vous aurais donné une "réponse acceptée" si je pouvais en donner plus d'un, mais puisque c'est impossible, @dgnorton l'obtient, puisque sa réponse a conduit au résultat exact que je recherchais (au départ) ; c'est-à-dire un clone git propre à l'ardoise propre. (Encore une fois, je réfléchis toujours à votre suggestion qu'il n'est pas nécessaire de nettoyer dans le but de ne garder qu'un repo pour les fins mentionnées ci-dessus (juste pour mettre à jour et reconstruire des projets). – Henrik