Caso os dados de imagem ir VCS?

Question

Nós estamos tendo uma discussão animada sobre isso no meu local de trabalho. Estamos falando de imagens carregadas de usuário para um grupo de produtos, e não imagens necessárias para exibir o site básico. Eu digo "de jeito nenhum", mas estou curioso que os outros pensam.

Update: Só para esclarecer. Estes são fornecidos pelo cliente imagens para produtos que eles estão entrando / modificação.

Answer 1

Concordo com 'nenhuma maneira'.

Qualquer coisa que pode mudar no site através do uso do dia-a-dia, ou é editável por quem administra o site que eu considero ser 'conteúdo'. Isso inclui arquivos enviados e conteúdo de banco de dados, os quais são apoiados separadamente. Nada no site que está em mudanças de controle de versão uma vez que foi implantado. Mais fácil dessa maneira.

Answer 2

Outras formas de perguntar se algo deve estar em controle de versão:

• Faça a mudança imagens?
• As alterações relacionadas com qualquer outra coisa?
• erros podem ser feitas?
• É rastreabilidade queria / necessário?

Se o resto do site é a versão controlada, controle de versão das imagens.

Se as imagens são geradas, controle de versão do gerador.

Answer 3

Presumivelmente, o que você está falando é o conteúdo que seria classificado como dados do usuário, ao contrário de arquivos de projeto. Esse material, embora importante, não precisa de versão -. Que precisa de um mecanismo de backup simples velho

Eu recentemente adicionou um novo projeto em um repositório SVN fresco, e cada vez que eu olhar para os 'uploads' pasta percebo como eu estúpido era incluir isso em cometer o inicial.

Answer 4

Parece que o que você está falando é o conteúdo que está em (ou talvez será) em um banco de dados. Se um cliente está fornecendo-lhe uma lista de produtos, bem como as imagens desses produtos, então, que todos devem vir de um banco de dados. Neste caso, eu não iria, porque seu banco de dados deve ser apoiado, mas não no VCS.

Se não é, e seu web site é estático, então eu iria só porque é "parte do site."

Answer 5

Se você achar que deve revisão lo, colocar esses recursos para fora do caminho do repositório principal de alguma forma, em seguida, dar-lhe um repositório dedicado apenas para esse conteúdo.

Você não quer todos que tem de verificar o código recebendo uma cópia de cada imagem quando o checkout ou atualização, a sua lenta e inútil, e tê-los em sua árvore primária só vai ter mais dores de cabeça do que você pode imaginar.

/common_ancestor
   /project_code/      # repository a
   /resources_dir/     # repository b

Se você tem que usar links simbólicos ou magia web-servidor para que isso aconteça, então fazer isso, mas o que você faz, NÃO conteúdo colocou assim em seu repositório principal.

Quanto backups vs revisioning movimento, revisioning-lo como este lhe dá um ligeira facilidade se você estiver usando SVN como o seu método de distribuição, bem como, de que maneira se um desenvolvedor necessidades uma cópia das imagens para fins de teste, a sua relativamente fácil de obter um conjunto relativamente up-to-date deles.

Answer 6

Se você não está indo para expor o versionamento para os clientes, então o que seria o ponto?

Os clientes já estão livres para usar controle de versão em seu próprio fim, antes de enviar os arquivos. Você pode querer incentivá-los a fazê-lo.