Mover um servidor git: devo fazer repos bare?

Question

Eu estou puxando um monte de repositórios git da empresa de um host antigo para o nosso servidor git da empresa. Comecei por apenas git clone -os repositórios antigos no diretório de repositórios no novo servidor. Em breve, apontaremos o DNS para o host antigo para o novo servidor.

A minha pergunta é a seguinte: devo fazer com que os novos repositórios descubram os repositórios antes que essa mudança aconteça, ou eles podem funcionar como estão (repositórios normais, não-nus com diretórios .git/ )? Eu estou supondo que o primeiro, mas eu gostaria de alguém que realmente sabe para confirmar isso.

    

Answer 1

Como voretaq7 disse. Sim, é altamente recomendável.

Em GitMagic ch3 , há uma boa explicação de por que você deseja use um repositório nu.

A bare repository is so named because it has no working directory; it only contains files that are normally hidden away in the .git subdirectory. In other words, it maintains the history of a project, and never holds a snapshot of any given version.

A bare repository plays a role similar to that of the main server in a centralized version control system: the home of your project. Developers clone your project from it, and push the latest official changes to it. Typically it resides on a server that does little else but disseminate data. Development occurs in the clones, so the home repository can do without a working directory.

Para facilitar a transição, use:

git clone --mirror

Há uma pergunta no StackOverflow que discute o a diferença entre o git clone --mirror e git clone --bare .

    

Answer 2

Você não tem para torná-los repositórios nus, mas eu consideraria strongmente fazê-lo por uma questão de consistência cosmética (os "servidores" git têm um repositório simples, git "clientes" têm um checkout com um diretório .git).

Se nada mais, é menos para backup.