Por alguma razão, eu não posso pressionar agora, enquanto eu poderia fazê-lo ontem. Talvez eu tenha estragado tudo com as configurações.
Isto é o que acontece:
Quando eu uso o mestre de origem git push
Como é meu diretório de trabalho e repositório remoto:
Respostas:
Se o repositório do GitHub tiver recebido novos commits, enquanto você trabalha localmente, aconselho usar:
A sintaxe completa é:
Com o Git 2.6+ (setembro de 2015), depois de fazer (uma vez)
Um simples
git pull
seria suficiente.(Nota: com o Git 2.27 Q2 2020 , a
merge.autostash
também está disponível para seu pull regular, sem rebase)Dessa forma, você iria repetir (a
--rebase
parte) seus commits locais no topo do recém-atualizadoorigin/master
(ouorigin/yourBranch
:git pull origin yourBranch
).Veja um exemplo mais completo no capítulo 6 Puxe com rebase do Git Pocket Book .
Eu recomendaria um:
Isso estabeleceria um relacionamento de rastreamento entre sua ramificação principal local e sua ramificação upstream.
Depois disso, qualquer push futuro para esse ramo pode ser feito com um simples:
Consulte " Por que preciso enviar explicitamente uma nova ramificação? ".
Como o OP já redefiniu e refez seu commit, além de
origin/master
:Não há necessidade
pull --rebase
.Nota:
git reset --mixed origin/master
também pode ser gravadagit reset origin/master
, pois a--mixed
opção é a padrão ao usargit reset
.fonte
Alguém tentou:
Isso deve resolver o problema.
fonte
-f
/--force
é sempre mais seguro usá-lo--force-with-lease
, o que será cancelado se houver alterações posteriores que seriam prejudicadas pelo envio.--force-with-lease
é necessário para muitas situações cotidianas de rebase, mas--force
quase nunca deve ser necessário.Se você acabou de usar
git init
e adicionou seus arquivosgit add .
ou algo semelhante e adicionou sua ramificação remota, pode ser que você não tenha cometido (git commit -m 'commit message'
) algo localmente para enviar ao controle remoto ... Acabei de ter esse erro e esse foi o meu questão.fonte
Eu tive o mesmo problema. Eu estava recebendo esse problema porque não havia feito nenhum commit nem mesmo o inicial, e ainda estava tentando fazer o push.
Uma vez eu fiz
git commit -m "your msg"
e então tudo funcionou bem.fonte
Renomeie seu ramo e pressione, por exemplo:
Isso funcionou para mim.
fonte
my-branch_wont_push
. Depois que o renomeeimy_branch_wont_push
,git push -u origin my_branch_wont_push
trabalhei para mim.Eu encontro a solução para esse problema na ajuda do github.
Você pode vê-lo em: Lidando com erros de avanço não rápido
Diz:
Você pode corrigir isso buscando e mesclando as alterações feitas na ramificação remota com as alterações feitas localmente:
Ou, você pode simplesmente usar o git pull para executar os dois comandos ao mesmo tempo:
fonte
git init
git remote add origin https://gitlab.com/crew-chief-systems/bot
git remote -v
(para verificar o repositório atual)git add -A
(adicione todos os arquivos)git commit -m 'Added my project'
git pull --rebase origin master
git push origin master
fonte
Eu havia enfrentado o mesmo problema, corrigido com as etapas abaixo.
git init
git add .
git commit -m 'Add your commit message'
git remote add origin https://[email protected]/User_name/sample.git
(O URL acima https: //[email protected]/User_name/sample.git refere-se ao seu URL do projeto de bucket de bits)
git push -u origin master
dica
verifique se sua conta do hub git está vinculada ao git local usando:
fonte
Se você estiver usando o gerrit, isso pode ser causado por um ID de mudança inadequado na confirmação. Tente excluir o Change-Id e veja o que acontece.
fonte
Lembre-se de confirmar suas alterações antes de enviar para o repositório do Github. Isso pode resolver o seu problema.
fonte
Não confirmar alterações iniciais antes de pressionar também causa o problema
fonte
Antes de enviar, você deve adicionar e confirmar as alterações ou fazer
git push -f origin master
fonte
Se sua filial local e filial remota compartilham o mesmo nome, você pode omitir o nome da filial local, basta usar
git push {your_remote_branch}
. Caso contrário, ele lançará esse erro.fonte
Segui os seguintes passos e funcionou para mim.
fonte
Isso pode acontecer quando você não possui nenhum arquivo. Tente criar um arquivo de texto e siga os seguintes comandos
fonte
Para mim, o problema era que eu não adicionei os arquivos antes do commit.
git add .
git commit -m "your msg"
fonte
Melhor uso
rm -rf .git/hooks
e tente o git pushfonte
Criei um repositório vazio no GitHub e tenho meu código localmente. Enfrentei o mesmo problema agora, pois segui a sequência abaixo,
ASSIM, NÓS PRECISAMOS DE COLOCAR OS ARQUIVOS E ENTÃO COMPROMETIR.
Esta é a sequência correta.
Como eu executo a sequência errada primeiro, eu apenas executo os comandos abaixo
fonte
Não tenho certeza se isso se aplica, mas a correção para mim foi confirmar algo localmente após o git init. Então eu fui para o remoto usando --set-upstream ...
fonte
Criando um novo ramo resolvido para mim:
Como esperado, não há necessidade de mesclar, pois a ramificação anterior estava totalmente contida na nova.
fonte
git push origin feature22-fix
, masfeature22-fix
não sair nem local, nem remoto, então eu tinha que primeiro check-out o ramo localmente, em seguida, empurreSe você estiver tentando inicializar um diretório com um repositório GitHub existente, verifique se está cometendo alterações.
Tente criar um arquivo:
Isso colocará um arquivo chamado initial que você poderá excluir posteriormente.
Espero que esta resposta ajude! Boa sorte!
fonte
Você precisa dar um pouco de força
Basta pressionar - força.
fonte
No meu caso, foi o meu
husky
pacote que não permite o envio.Corri
npm run prepush
para ver o erro de depuração, e esta foi a causa:Ran
npm install
e confirmar, e o problema foi corrigido.fonte
faz estes
Feliz codificação!
fonte
Experimente este comando git,
fonte
Bem, se nenhuma das respostas acima estiver funcionando e se você tiver estragado alguma coisa
ssh-add
ultimamente. Tentarfonte
Para usuários de sourcetree
Primeiro faça um commit inicial ou verifique se não há alterações não confirmadas; depois, no lado do sourcetree, há um "REMOTES", clique com o botão direito do mouse nele e clique em 'Push to origin'. Ai está.
fonte
Isso acontece comigo, pois eu tinha uma tag com o mesmo ramo e tentei enviar o ramo para remoto.
fonte
No meu caso, o problema era que (estranhamente) não havia ramo chamado mestre. Tirei o repositório do Github.
fonte
Eu estava enviando o ramo de digitação 'evelop' existente, que ainda não tinha checkout e, em vez disso, queria enviar um ramo chamado 'envelope'. Portanto, a ramificação deve estar existente / check-out na cópia de trabalho local para enviar, é claro, esse erro, para não cometer erros de digitação.
fonte