Logo após a Aquisição do GitHub pela Microsoft, muitos usuários migraram para o GitLab e outras alternativas do GitHub.
Considerando que muitos projetos populares de código aberto podem ser encontrados no GitLab, ele tem uma boa reputação com desenvolvedores e mantenedores de projetos.
Originalmente relatado pelo The Register, o GitLab planejava remover projetos inativos por contas de usuário gratuitas. Agora, o GitLab parece ter descartado a ideia depois que os internautas expressaram suas preocupações sobre isso.
Veja mais
Unable to render tweet. (Click to view on Twitter.)
- 32: Could not authenticate you.
O GitLab moverá repositórios inativos para armazenamento de objetos
O GitLab compartilhou um post declarando que eles não vão mais excluir projetos inativos. Em vez disso, eles moverão esses projetos para objeto de armazenamento, tornando-os mais lentos para acessar.
O co-fundador e CEO do GitLab,Sid Sijbrandij, esclareceu ainda que esses projetos permaneceriam visíveis para todos.
Veja mais:
Unable to render tweet. (Click to view on Twitter.)
- 32: Could not authenticate you.
De acordo com The Register, fontes que pediram anonimato revelaram que uma nova política estava prevista para entrar em vigor em setembro de 2022, o que teria resultado na remoção de vários projetos inativos no GitLab.
Esse movimento ajudaria o GitLab a economizar até **$1 milhão por ano em custos de hospedagem.
Agora que eles não vão mais excluir esses projetos, eles economizarão custos de hospedagem movendo projetos para o armazenamento de objetos?
The Register menciona que houve discussões internas sobre a possibilidade de mover repositórios não usados para armazenamento de objetos, onde o custo do GitLab de mantê-lo pode aumentar devido aos backups redundantes necessários.
Então, o que mudou na política do GitLab agora? Sem esclarecimento oficial do GitLab, continuamos sem noção.
Mais decisões a tomar
O GitLab não fez nenhuma declaração pública sobre toda a situação. Mas, o CEO do GitLab mencionou o seguinte quando se trata de identificar projetos inativos:
ainda não temos certeza. Provavelmente todas as operações de gravação manteriam um projeto ativo, criando um problema, uma solicitação de fusão, enviando mudanças para um ramo, etc. Também podemos mantê-lo ativo enquanto as pessoas estiverem fazendo operações de leitura, como clonagem, forking, etc.
Embora não tenhamos mais que nos preocupar com projetos excluídos, mais clareza sobre isso será adicionada a isso nos próximos dias.
Uma desculpa válida?
A exclusão do GitLab de projetos para economizar espaço em disco foi algo grande.
O objetivo de oferecer serviços gratuitos era permitir que os usuários hospedassem código em sua plataforma, se o projeto permanece ativo ou não. Pode-se concordar que todos devem incentivar projetos a ter alguma atividade. Mas por que isso deveria ser um requisito para hospedar seu código em uma plataforma que promete serviços gratuitos?
Um desenvolvedor pode simplesmente optar por fazer uma ferramenta/programa simples e mantê-lo no GitLab para qualquer um encontrá-lo e bifurca-lo, sem nenhum objetivo de mantê-lo/atualizá-lo. Às vezes, o desenvolvedor pode não estar mais disponível ou ter acesso para adicionar atividade aos seus projetos.
Por exemplo, temos muitos projetos do GitHub que não veem nenhuma atividade há anos, mas as pessoas ainda dependem deles, fazem forks e usam.
Então, você vai se deparar com várias centenas de projetos que não têm nenhuma atividade, mas são úteis ou têm um fork funcional.
O GitLab, como uma empresa com uma boa reputação, nem deveria ter pensado em tal ideia, para começar. Mas o que você acha do relatório original do GitLab sobre a política de exclusão automática? O armazenamento de objetos é a alternativa perfeita para salvar repositórios antigos? Por favor, deixe-nos saber seus pensamentos nos comentários abaixo.
