1

Sua pergunta é boa para eu explicar mais sobre o Upone. Bom, ambos são complementares e não vejo a minha ferramenta como um substituto dos DevContainers; Enquanto o DevContainers resolve problemas de padronizar o ambiente dentro de um container, o upone tenta preparar automaticamente com um unico comando o ambiente a partir do seu repositorio, e é generico, ele não assume uma tecnlogia padrão, editor ou estratégia especifica.

Por exemplo, em um projeto, o upone pode detectar o Drizzle, Bun, Postgres... aqui ele monta a sequência correta para preparar o ambiente. Em outro projeto, pode ser apenas Cargo e Docker Compose. Em um monorepo ele entende os pacotes e executa cada etapa no diretorio correto.

A ideia é permanecer zero config pra maioria dos projetos existentes, o dev clona um repo e executa upone up e a ferramenta descobre a stack, monta um plano, prepara o ambiente e valida que ele está pronto para desenvolvimento local.

Eu diria que ambos respondem perguntas diferentes, enquanto o dev containers responde onde o seu projeto roda, o upone responde como ele deixa o seu projeto pronto pra desenvolver.

Carregando publicação patrocinada...
1

Eu diria que ambos respondem perguntas diferentes, enquanto o dev containers responde onde o seu projeto roda, o upone responde como ele deixa o seu projeto pronto pra desenvolver.

Como assim "onde o seu projeto roda"? Já usou DevContainer alguma vez?

1

desculpa por simplificar muito o que o devcontainer faz. Ele isola e padroniza o ambiente via container com base numa config que você escreve à mão, enquanto o Upone não isola nada e não exige config nenhuma, ele lê os arquivos que seu projeto já tem (lockfiles, configs de ORM, docker-compose, etc) pra descobrir sozinho a stack, monta a ordem certa de comandos e executa.