Sistema de Controle de Versão

Question

Na nossa empresa, usamos o Subversion para o sistema de controle de versão. Agora, se houver uma pasta de 10 GB no servidor e 4 usuários estiverem trabalhando no projeto, então, durante a verificação, acumulará 40 GB de dados desnecessários, já que os usuários usarão apenas determinados arquivos em diretórios diferentes. Existe alguma maneira de torná-lo como uma memória eficiente ou podemos ir para outra ferramenta VC

    

Answer 1

Mesmo com o Subversion, svn update (consulte svn help update ) deve transferir apenas os arquivos alterados. Você também pode usar svn checkout <path> (consulte svn help checkout ) para apenas fazer o checkout de subdiretórios.

Não sei como o repositório cresceu para 10 GB. Um repositório é para arquivos source , ou seja, texto legível por humanos. Se você conseguiu produzir 10 GB de texto legível por humanos, isso é bastante para 4 usuários ...

Arquivos binários não pertencem a um repositório. E usar um repositório para rastrear bancos de dados não funcionará.

Então, eu realmente suspeito que o que você precisa fazer é mudar como você usa o repositório, não encontrar outro sistema de controle de versão.

    

Answer 2

Follow-up para @dirkt

1. "NNN GBs" no lado do servidor é o tamanho do repositório com todo o histórico
2. Quando todo mundo faz checkout, ele recebe apenas fatia - uma revisão
3. Se a revisão completa for "demais" e apenas um pequeno subconjunto de arquivos precisar ser alterado, cada desenvolvedor poderá fazer o checkout apenas de parte da árvore do repositório, começando pelo ancestral comum mais próximo dos arquivos necessários
4. Subsequentes svn ci e svn up exigirão muito menos volumes щк цщкл