Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Limites de tamanho nos gits preservCutGeo #111

Open
ppKrauss opened this issue May 15, 2022 · 1 comment
Open

Limites de tamanho nos gits preservCutGeo #111

ppKrauss opened this issue May 15, 2022 · 1 comment
Assignees

Comments

@ppKrauss
Copy link
Contributor

GitLab é mais generoso, Github recomenda não passar dde 2Gb mas segundo essa discussão podemos usar até uns 70Gb. Nosso principal caso de uso é o preservCutGeo-BR2021, onde estamos consumindo ~6Gb de GeoJSON. Já passamos do primeiro limite mas estamos longe do segundo...

Essa issue portanto é só um primeiro esboço, para entender o cenário e documentar regras de quebra dos repositórios que crescerem demais.

@ppKrauss ppKrauss self-assigned this May 15, 2022
@fititnt
Copy link

fititnt commented May 27, 2022

Caso hajam mudanças com passar do tempo, o GitHub normalmente apenas irá impedir repositórios novos (ou bloquear push) em vez de afetar antigos. O hard limit é 100GB. 6 GB ainda está bem abaixo.

Não obstante, um dos motivos para evitar repositórios grandes acaba sendo experiência de usuário, não o GitHub. Então, tecnicamente, com passar do tempo pode relevante "arquivar" repositórios antigos caso não seja possível apenas fazer um clone sem histórico (apenas do ultimo commit).

Essa abordagem de ter versões mais enxutas dos repositorios (mesmo que tenha outro completo) também permite ter espelhos em mais plataformas. Até tem como setar GitHub Actions para replicar pushes. Também posso recomentar isso porque eventualmente pode ser relevante permitir que outros projetos "clonem" uma copia daqui para chegar integridade de dados.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants