LIT
package manager com store global
O jeito mais claro de entender o instalador do LIT.
Um package manager experimental feito para reduzir cópia desnecessária, reaproveitar um store global e continuar conversando com o ecossistema npm sem virar um labirinto operacional.
Store global
~/.lit/store
Compatível com npm
bridge + .npmrc
Linking real
./packages + .bin
install flow
comando
lit install discord.js┌─ 📦 discord.js
│ 🚚 resolvendo origem e preparando entrega
│ 🧭 NPM Bridge encontrou discord.js@14.25.1
│ 🗃 store global reutilizado em ~/.lit/store/discord.js@14.25.1
│ 🔗 links criados em ./packages e ./node_modules
└ pacote entregue e pronto para uso
por que é útil
Reaproveita versões do cache global sem abandonar a resolução esperada pelo Node.
o que o site explica
Instalação, fluxo interno, compatibilidade, dores resolvidas e comandos de uso.
As dores que ele tenta remover do fluxo de instalação.
O LIT não foi pensado para ser só mais um package manager. Ele existe para atacar desperdício de disco, repetição de downloads, acoplamento excessivo ao projeto local e dificuldade de conversar com registries reais.
Menos cópia inútil
Pacotes não precisam ser duplicados em cada projeto. O store global reaproveita o que já foi materializado.
Compatibilidade progressiva
Além de ./packages, o LIT cria ./node_modules e shims em .bin para se aproximar do ecossistema npm.
Integridade persistida
Tarballs e scripts entram com hash e o lockfile persiste a integridade para auditoria e repetição confiável.
Bridge com registries reais
O fluxo conversa com o npm, entende .npmrc e aceita registries privados e por escopo.
Três passos para colocar o LIT em ação.
A página precisa ser útil para quem acabou de chegar. Aqui o foco é instalar rápido, entender o mínimo necessário e partir para o primeiro comando.
passo 1
Instale globalmente
Suba o CLI uma vez e leve o comando lit para qualquer workspace.
npm install -g lit-package-managerpasso 2
Entre em um projeto
O LIT trabalha a partir do diretório atual, então ele funciona no próprio repositório ou em workspaces externos.
cd meu-projetopasso 3
Instale um pacote
A CLI resolve a melhor versão, consulta o registry local e cai no npm bridge quando necessário.
lit install debugUma arquitetura pensada para cache global e linking inteligente.
Em vez de copiar tudo para um node_modules gigante dentro do projeto, o LIT resolve, baixa quando precisa, materializa no store global e depois linka o que o runtime do Node espera encontrar.
Resolve do projeto atual
A instalação começa do diretório em que você está. O LIT decide alvo, faixa e origem do pacote.
Consulta registry local e remoto
Se não houver match no LIT Registry, o NPM Bridge resolve a melhor versão compatível.
Materializa no store global
Se a versão ainda não existe em ~/.lit/store, o LIT baixa, valida integridade, extrai e indexa.
Linka para uso real
O projeto recebe links em ./packages, ./node_modules e .bin quando o pacote expõe comandos.
Mapa mental do install
O que acontece entre o comando e o pacote pronto para uso.
1. O LIT olha o diretório atual e decide o alvo da instalação.
2. Consulta o LIT Registry e, se necessário, aciona o NPM Bridge.
3. Resolve a melhor versão semver e verifica se ela já está no store.
4. Baixa, valida integridade, extrai, indexa e monta dependências recursivas.
5. Cria links em ./packages, ./node_modules e shims em .bin quando existir binário.
Para times que querem entender e controlar o fluxo de install.
O LIT é útil quando você quer experimentar uma estratégia de instalação mais enxuta, estudar um package manager moderno ou reduzir repetição de cache sem abrir mão de compatibilidade progressiva com o ecossistema npm.
Instalar
lit install debugResolve e linka o pacote com dependências recursivas.
Inspecionar
lit info debugMostra origem, storePath, integridade, compat path e bins.
Listar
lit listEnxerga o que está linkado no projeto agora.
Atualizar
lit update debugSincroniza a versão instalada com a faixa solicitada.
Instale, teste em um projeto real e veja onde o LIT já brilha hoje.
Ele já entrega store global, linking compatível, lockfile com integridade, shims em .bin e bridge com o npm. Ainda é experimental, mas já é claro o bastante para explicar a proposta e forte o bastante para ser colocado à prova.