Poderia / iria funcionar, mas você teria que ter cuidado para realmente levar tudo em conta. Possivelmente, os scripts de inicialização, os arquivos de configuração, o estado do gerenciador de pacotes etc. foram alterados. Em breve, isso se tornará complexo se você tiver feito várias alterações e desejar reverter para a alteração -5. Não é apenas para remover os arquivos e esperar pelo melhor; todos os arquivos de configuração e estado também teriam que ser revertidos, e talvez eles estejam em um formato binário e assim por diante.
Na prática, não deve haver nenhum "cruft" deixado no Linux se você "sabe o que está fazendo" (tm). Os ficheiros estão contidos de uma maneira muito melhor do que em, e. Windows e normalmente são ordenados em pacotes que são rastreados pelo gerenciador de pacotes. Se eu estiver em um sistema baseado no Debian
aptitude install gimp
, experimente o Gimp e faça
aptitude purge gimp
para removê-lo, não deve haver nada deixado para trás no processo, exceto, talvez, arquivos de configuração pessoais.
O conceito de "drivers" não é o mesmo no Windows; muitas vezes é uma questão de módulos contidos no kernel ou carregados separadamente. O mais tarde se comporta muito mais como programas regulares.
Em resumo: não, eu não recomendaria usar o Git. Eu recomendo simplesmente usar o gerenciador de pacotes, ou se você compilar as coisas por conta própria: ou use o próprio mecanismo do makefile para manter o controle de onde foi para a desinstalação posterior, ou use checkinstall para acompanhar as alterações através de um pacote você mesmo.
Quando você instala itens pessoais, fora do conhecimento dos gerenciadores de pacotes, geralmente é possível contê-los em, por exemplo, /usr/local/bin
e /usr/local/lib
se estiver diretamente em /usr/bin
e /usr/lib
, portanto, não espalhando arquivos aleatórios em todo lugar.