O tutorial vinculado dá um exemplo muito específico para o gitbucket.
Se você estiver configurando sites usando o nginx, terá de ter em mente que cada site tem várias configurações e que há uma lógica que determina o que tem precedência quando. Este artigo do oceano digital intitulado "Noções básicas sobre algoritmos de seleção de bloco de localização e servidor Nginx " sobre como isso é determinado.
Pelo que você explicou em seus comentários, você acabou com dois arquivos de site. Um é o arquivo padrão no qual você define sua raiz regular para o seu site e um para o gitbucket que contém apenas o bloco de localização do gitbucket e (isso é importante) uma diretiva de escuta e uma diretiva de nome do servidor.
O primeiro passo que o nginx leva para determinar qual site entregar é descobrir qual bloco de servidor usar. Como é atualmente, você provavelmente tem dois blocos de servidores com a mesma definição. Seu bloco padrão e gitbucket está escutando a porta 80 para o mesmo nome de servidor. Então, um sempre vai sobrescrever o outro.
Se você quer que os dois funcionem, você tem algumas opções:
- Defina um site para uma porta diferente usando a diretiva de escuta.
- Altere o nome do servidor para qualquer site. Isso também poderia incluir um subdomínio. Sempre que isso funciona ou não, pode depender da configuração do DNS para o site.
- Basta incluir o bloco de localização da sua configuração do gitbucket em seu arquivo padrão.
Um bloco de localização, como o nome indica, apenas define configurações para um local muito específico. Ele realmente não precisa de um bloco de servidores independente, pelo menos não se for uma definição básica.