Como executar backup consistente do aplicativo do repositório Git

0

Imagine que eu tenha um repositório Git simples em meu próprio servidor hospedado, usado por várias pessoas para clonagem, envio e extração. Quais comandos seriam necessários para colocar esse repositório em um estado para executar um instantâneo, conforme descrito no link abaixo, em referência a um backup consistente com o aplicativo?

Eu imagino que preciso de comandos do Git para as seguintes tarefas ao bloquear:

  • Proibir envios de outros usuários.
  • Permitir que todos os impulsos que estão ocorrendo atualmente sejam concluídos.

Eu imagino que preciso de comandos do Git para as seguintes tarefas ao desbloquear:

  • Retomar a permissão de envios de outros usuários.

Eu estive analisando as diferenças entre backups consistentes com falhas e backups consistentes com o aplicativo .

Parece que a consistência do aplicativo é necessária para aplicativos como bancos de dados nos quais é necessário algum tempo de inatividade, além de bloqueio e desbloqueio controlados para colocar o aplicativo em um estado pronto para executar o instantâneo.

Não estou perguntando se essa atividade é necessária ou não para o Git; Eu sinto que é mais uma opinião do que um fato.

O que eu estou perguntando aqui é quais comandos do Git são necessários e em qual ordem, a fim de suportar um backup consistente do aplicativo de Git repos em um servidor.

    
por jia103 05.10.2018 / 05:24

1 resposta

0

  1. Git não tem qualquer comandos para bloquear o fluxo de trabalho para o repositório (porque simplesmente não suporta este modelo como qualquer outro DVCS )
  2. Termos "* backups consistentes" (ambos os formulários) não são aplicáveis a repo-data - é apenas dados em algum estado ... ou qualquer estado, talvez
  3. O Git é baseado em transações, portanto - todas as operações "em andamento" simplesmente não existem até que a transação completa seja concluída
  4. Consequência de 1-3:% comumgit clone | git pull (para o novo | fork existente) será suficiente para você, a fim de obter um backup consistente para a revisão HEAD (no tempo) do repositório SRC
por 06.10.2018 / 00:52