Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > pt.comp.programacao > #23 > unrolled thread

Re: git e vários "remotes"

Back to article view | Back to pt.comp.programacao

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.

Contents

  Re: git e vários "remotes" Manifest0 <Manifest0@noemaildomainhere.org> - 2018-02-21 15:47 +0000
    Re: git e vários "remotes" JJ <jj.mailspam@yahoo.com> - 2018-02-21 17:43 +0000
      Re: git e vários "remotes" Ninguém <usenet@rasparta.org> - 2018-02-22 07:59 +0000
    Re: git e vários "remotes" Ninguém <usenet@rasparta.org> - 2018-02-22 07:56 +0000
      Re: git e vários "remotes" JJ <jj.mailspam@yahoo.com> - 2018-02-22 12:11 +0000
        Re: git e vários "remotes" Ninguém <usenet@rasparta.org> - 2018-02-22 21:36 +0000
      Re: git e vários "remotes" Manifest0 <Manifest0@noemaildomainhere.org> - 2018-03-13 22:57 +0000
        Re: git e vários "remotes" Ninguém <usenet@rasparta.org> - 2018-03-14 23:17 +0000

#23 — Re: git e vários "remotes"

Se fizeres git push, o git vai fazer push para o remote "origin".

se fizeres "git push another_remote" vai fazer push para o remote 
"another_remote", provavelmente vai falhar e tens que fazer --force


Seja como for, nunca facas push para o master! Sempre para um branch e 
depois PR :-)



On Mon, 27 Jul 2015 08:07:16 +0000, Ninguém wrote:

> On Sat, 25 Jul 2015 12:37:18 +0000, Ninguém wrote:
> 
>> Olá,
>> 
>> Alguém me sabe instruir sobre como evitar fazer asneiras com o git? No
>> seguinte aspeto:
>> 
>> Tenho um projeto com 2 "remotes" configurados (imagine-se um da empresa
>> -
>> empresa - e outro privado - meuservidor). Mantenho um "branch" que
>> sincronizo com o repositório da empresa (master -> empresa/master) e
>> outro que sincronizo com a minha versão do projeto que é ligeiramente
>> diferente (meu -> meuservidor/master).
>> 
>> Agora: como é que configuro o git para me impedir de fazer burrices e
>> fazer "push" do meu "branch" pessoal para o servidor da empresa, por
>> exemplo?
> 
> Penso que se me restringir a fazer "git push" e não indicar um "remote",
> ele empurra para o "remote" correto. Basta não forçar a barra.
> Pelo menos é o que me pareceu.

[toc] | [next] | [standalone]

#24

Às 15:47 de 21-02-2018, Manifest0 escreveu:
> (snip)
> On Mon, 27 Jul 2015 08:07:16 +0000, Ninguém wrote:
>> On Sat, 25 Jul 2015 12:37:18 +0000, Ninguém wrote:
>>> Alguém me sabe instruir sobre como evitar fazer asneiras com o git? No
>>> seguinte aspeto:
>>>
>>> Tenho um projeto com 2 "remotes" configurados (imagine-se um da empresa
>>> -
>>> empresa - e outro privado - meuservidor). Mantenho um "branch" que
>>> sincronizo com o repositório da empresa (master -> empresa/master) e
>>> outro que sincronizo com a minha versão do projeto que é ligeiramente
>>> diferente (meu -> meuservidor/master).
>>>
>>> Agora: como é que configuro o git para me impedir de fazer burrices e
>>> fazer "push" do meu "branch" pessoal para o servidor da empresa, por
>>> exemplo?
>>
>> Penso que se me restringir a fazer "git push" e não indicar um "remote",
>> ele empurra para o "remote" correto. Basta não forçar a barra.
>> Pelo menos é o que me pareceu.
Olá,

Não sei se isto é uma resposta a esta tua pergunta de 2015 (na altura 
sabia muito menos sobre GIT do que sei agora)... Quando faço "git push" 
num repositório que aqui tenho e que tem 2 branches, dá-me esta mensagem 
de aviso:

$ git push
warning: push.default is unset; its implicit value has changed in
Git 2.0 from 'matching' to 'simple'. To squelch this message
and maintain the traditional behavior, use:

   git config --global push.default matching

To squelch this message and adopt the new behavior now, use:

   git config --global push.default simple

When push.default is set to 'matching', git will push local branches
to the remote branches that already exist with the same name.

Since Git 2.0, Git defaults to the more conservative 'simple'
behavior, which only pushes the current branch to the corresponding
remote branch that 'git pull' uses to update the current branch.

See 'git help config' and search for 'push.default' for further information.
(the 'simple' mode was introduced in Git 1.7.11. Use the similar mode
'current' instead of 'simple' if you sometimes use older versions of Git)
---------------------------
Parece-me, pelo menos, que há uma maneira de evitar que o git crie 
remote branches que não existem. No modo "matching" só faz push dos 
branches que já existem.

Ou então, configurar como "simple" e garantir que "origin" não é um 
branch válido. Vê as opções "branch.*.remote" e "remote.*.push".

Infelizmente não te sei dar uma resposta mais informada. Espero ter 
ajudado, caso (ainda) tenhas esta dúvida.

Um abraço.
-- 
JJ

Usenet PT: Bem-vindo à hierarquia pt.* de Net News!
http://www.usenet.pt/

[toc] | [prev] | [next] | [standalone]

#26

On Wed, 21 Feb 2018 17:43:34 +0000, JJ wrote:

> Infelizmente não te sei dar uma resposta mais informada. Espero ter
> ajudado, caso (ainda) tenhas esta dúvida.

Já não me lembro bem, mas acho que o que fiz foi manter os vários branches 
e ter sempre o cuidado de explicitar tudo na linha de comando para não 
fazer asneira.
O que me lembro é que não era a situação ideal. Um dia hei-de estar com 
sono, ou com pressa e...

[toc] | [prev] | [next] | [standalone]

#25

Já não me lembro muito bem, mas...

On Wed, 21 Feb 2018 15:47:11 +0000, Manifest0 wrote:

> Se fizeres git push, o git vai fazer push para o remote "origin".

Queres dizer origin master?

> se fizeres "git push another_remote" vai fazer push para o remote
> "another_remote", provavelmente vai falhar e tens que fazer --force

Ainda por cima tinha achado interessante renomear o master com outro nome 
qualquer!

> Seja como for, nunca facas push para o master! Sempre para um branch e
> depois PR :-)

PR?

> On Mon, 27 Jul 2015 08:07:16 +0000, Ninguém wrote:

2015!? O tempo voa!
Não admira que já não me lembre muito bem.
Decididamente, o git é uma ferramenta que eu devia treinar mais.
:-$

[toc] | [prev] | [next] | [standalone]

#27

Às 07:56 de 22-02-2018, Ninguém escreveu:
> Já não me lembro muito bem, mas...
> 
> On Wed, 21 Feb 2018 15:47:11 +0000, Manifest0 wrote:
> 
>> Se fizeres git push, o git vai fazer push para o remote "origin".
> 
> Queres dizer origin master?
Olá.

"master" é o branch predefinido.
"origin" é o remote predefinido.

Um abraço.
-- 
JJ

Usenet PT: Bem-vindo à hierarquia pt.* de Net News!
http://www.usenet.pt/

[toc] | [prev] | [next] | [standalone]

#28

On Thu, 22 Feb 2018 12:11:37 +0000, JJ wrote:

> "master" é o branch predefinido.
> "origin" é o remote predefinido.

Ah, ok.
Entendi.

[toc] | [prev] | [next] | [standalone]

#29

Em Thu, 22 Feb 2018 07:56:29 +0000, Ninguém wrote:

> Já não me lembro muito bem, mas...
> 
> On Wed, 21 Feb 2018 15:47:11 +0000, Manifest0 wrote:
> 
>> Se fizeres git push, o git vai fazer push para o remote "origin".
> 
> Queres dizer origin master?
> 
>> se fizeres "git push another_remote" vai fazer push para o remote
>> "another_remote", provavelmente vai falhar e tens que fazer --force
> 
> Ainda por cima tinha achado interessante renomear o master com outro
> nome qualquer!
> 
>> Seja como for, nunca facas push para o master! Sempre para um branch e
>> depois PR :-)
> 
> PR?
> 

Pull Request ou Merge Request se usares gitlab :-)

[toc] | [prev] | [next] | [standalone]

#30

On Tue, 13 Mar 2018 22:57:24 +0000, Manifest0 wrote:

> Pull Request ou Merge Request se usares gitlab

Tenho usado ambos, mas, apesar de me atrair mais o gitlab, tenho-o usado 
pouco. Comecei pelo github e a inércia...
Também não sou lá grande utilizador. Diga-se!
:-P

[toc] | [prev] | [standalone]

Back to top | Article view | pt.comp.programacao

csiph-web