Estou seguindo o fluxo de trabalho descritoaqu, pois encontrei muitas referências apontando para esta página como um bom fluxo de trabalho. Conforme mencionado no artigo, as ramificações "feature" são compartilhadas entre os desenvolvedores, mas não vão para o repositório centra

Digamos que um desenvolvedor "A" inicie um novo ramo de recurso comgit checkout -b newfeature develop. Agora, digamos que o desenvolvedor "B" também precise trabalhar nesse recurso. Esse é meu problema

O que eu fiz

desenvolvedor "B" adiciona a máquina do desenvolvedor A como um controle remoto desenvolvedor "B" executagit branch remoteA/newfeature desenvolvedor "B" trabalha neste ramo, confirma seu trabalho e envia as alterações de volta para remote

@Step 3 não está funcionando no momento. Recebo uma mensagem:

remote: error: Por padrão, a atualização da ramificação atual em um repositório não-nua é negada, porque tornará o índice e a árvore de trabalho inconsistentes com o que você pressionou e exigirá 'git reset --hard' para corresponder ao trabalho árvore para CABEÇA.

remote: error: Você pode definir a variável de configuração 'receive.denyCurrentBranch' como 'ignore' ou 'warn' no repositório remoto para permitir a inserção em sua ramificação atual; no entanto, isso não é recomendado, a menos que você tenha planejado atualizar sua árvore de trabalho para corresponder ao que você enviou de outra maneir

remote: error: para reprimir esta mensagem e ainda manter o comportamento padrão, defina a variável de configuração receive.denyCurrentBranch 'para' recusar '

Já definisharedRepository = true, mas não ajudou.

Tenho 2 perguntas:

qual é a maneira correta de compartilhar ramos de recursos entre desenvolvedorecomo posso adiar as alterações no repositório do desenvolvedor B para o original do desenvolvedor