diff options
author | Ramkumar Ramachandra <artagnon@gmail.com> | 2013-06-19 16:41:41 +0530 |
---|---|---|
committer | Junio C Hamano <gitster@pobox.com> | 2013-06-24 10:16:49 -0700 |
commit | ed2b18292bfeedc98c9e2b6bd8a35d8001dab2fc (patch) | |
tree | 2364e8eac7fbb0bc0916dc8b063147447137f54b /Documentation/RelNotes/1.6.6.3.txt | |
parent | config doc: rewrite push.default section (diff) | |
download | tgif-ed2b18292bfeedc98c9e2b6bd8a35d8001dab2fc.tar.xz |
push: change `simple` to accommodate triangular workflows
When remote.pushdefault or branch.<name>.pushremote is set to a
remote that is different from where you usually fetch from (i.e. a
triangular workflow), master@{u} != origin, and push.default is set
to `upstream` or `simple` would fail with this error:
$ git push
fatal: You are pushing to remote 'origin', which is not the upstream of
your current branch 'master', without telling me what to push
to update which remote branch.
The very name of "upstream" indicates that it is only suitable for
use in central workflows; let us not even attempt to give it a new
meaning in triangular workflows, and error out as before.
However, the `simple` does not have to share this error. It is
poised to be the default for Git 2.0, and we would like it to do
something sensible in triangular workflows.
Redefine "simple" as "safer upstream" for centralized workflow as
before, but work as "current" for triangular workflow.
We may want to make it "safer current", but that is a separate
issue.
Reported-by: Leandro Lucarella <leandro.lucarella@sociomantic.com>
Signed-off-by: Ramkumar Ramachandra <artagnon@gmail.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
Diffstat (limited to 'Documentation/RelNotes/1.6.6.3.txt')
0 files changed, 0 insertions, 0 deletions