Se eu fizer uma analogia com a hospedagem de um servidor web, eu diria que os dados do git devem estar em /var/git , então meu repositório git estaria em /var/git/myrepo
Q : Esse é o palpite certo?
Não há uma resposta certa ou errada aqui, exceto a ditada pela sua própria religião pessoal e o conteúdo da página hier(7) em seu sistema.
Linux típico hier manpage ; típico BSD hier manpage )
/var/git/* parece razoável para mim pessoalmente. É onde eu mantenho o meu.
Coloque-o em um diretório (ou sistema de arquivos compartilhado) em /srv . É para isso que é.
O diretório /srv é destinado a dados específicos do site veiculados pelo sistema . Do padrão:
This main purpose of specifying this is so that users may find the location of the data files for particular service, and so that services which require a single tree for readonly data, writable data and scripts (such as cgi scripts) can be reasonably placed. Data that is only of interest to a specific user should go in that users' home directory.
The methodology used to name subdirectories of
/srvis unspecified as there is currently no consensus on how this should be done. One method for structuring data under/srvis by protocol, eg.ftp,rsync,www, andcvs. On large systems it can be useful to structure/srvby administrative context, such as/srv/physics/www,/srv/compsci/cvs, etc. This setup will differ from host to host. Therefore, no program should rely on a specific subdirectory structure of/srvexisting or data necessarily being stored in/srv. However/srvshould always exist on FHS compliant systems and should be used as the default location for such data.Distributions must take care not to remove locally placed files in these directories without administrator permission.
Em um sistema habilitado para o SELinux, o diretório padrão é /var/www/git , e os repos devem estar em subdiretórios. Ou você pode usar, por exemplo /srv/git e defina o contexto do arquivo como equivalente:
semanage fcontext -a -e /var/www/git /srv/git
/home/git/
Isso pode parecer um pouco não convencional no começo, mas é muito razoável que esse diretório seja feito para você (com as permissões corretas) quando você faz sudo useradd git . Você pode simplesmente mudar para o usuário git, cd e executar imediatamente:
$ mkdir .ssh; chmod 700 .ssh
$ touch .ssh/authorized_keys; chmod 600 .ssh/authorized_keys
e coloque chaves públicas de seus colegas no arquivo authorized_keys recém-criado.
Após você git init --bare do seu projeto, o "url" é apenas ... aguarde ...
git@<server>:<project>
Como voretaq7 disse, não há resposta certa ou errada sobre tal assunto. No entanto, se você quiser acompanhar os soft, parece que os softwares do banco de dados armazenam seus dados em
/var/lib/soft
Por exemplo, para o Postgresql 9.1 no debian, a pasta é
/var/lib/postgresql/9.1/
Então eu pessoalmente escolheria
/var/lib/git
É inteiramente com você. O ideal é que você coloque o diretório de dados git em uma partição separada ou mesmo em um disco para tornar as atualizações do sistema, etc. mais fáceis e, é claro, certifique-se de que haja espaço em disco suficiente disponível.
No meu Arch Linux, eu tenho /srv/http para o apache (que é o padrão do sistema) e também o uso para meus servidores http node node.js. Da mesma forma, decidi colocar todos os repositórios git em /srv/git .
Eu uso o GitLab, e /srv/git é a pasta pessoal do git nesse caso também.
Por fim, depende de você. Descobri que manter um formato semelhante a outros serviços da sua distro é fácil de lembrar.
Se você usar algum frontend para git, basta ir onde quer que o pacote da sua distribuição queira colocá-los. Qualquer outra coisa está apenas criando incompatibilidades desnecessárias.
Primeiro, em relação à sugestão de usar / srv, você está supondo que todos os repositórios git são usados para sites. Pode ser verdade para você, mas você pode ter um software que não é um site.
Segundo, ao armazenar seus repositórios de código fora do / var / www / html ou / srv / html, você obtém dois bons benefícios. Você pode criar links simbólicos em seu repositório em qualquer nível, facilitando a ocultação de suas bibliotecas. Além disso, se a localização do seu repositório mudar, você não precisará modificar suas configurações de host virtual. Em vez disso, você apenas ajusta seus links simbólicos.
Eu estava usando o / var / repo, mas acho que o / var / git é melhor, e vou usá-lo a partir de agora.