Re: Minor annoyance with git push

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi,

On Sun, 10 Feb 2008, Steven Walter wrote:

> I propose a new configuration option, remote.*.pushAllRefs, defaulting 
> to off.  When pushAllRefs is false, "git push" pushes only the current 
> branch.  When pushAllRefs is true, "git push" does what it does today. 
> For the old-timers, the impact of such a change seems minimal. 
> Worst-case, they run "git push," it doesn't do what they expect, they 
> run "git push origin" and then go change their config files.

I don't like it.

This would mean that I would have to look into the config everytime before 
I push, to be sure what semantics the push has in _this_ repository.

_If_ we change git-push's default behaviour, we have to introduce an 
option to do what the default action is now, _first_!

And _then_ we can start discussing what the default action should be, and 
I tend to think that it would make sense to default to the synopsis.

But that comes _second_, and we'd have to agree on _one_ course of action.

I mean, if you do not like the default behaviour of git-push now, you can 
always introduce an alias, if you want repository/host-specific actions.

Ciao,
Dscho

-
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]

  Powered by Linux