summaryrefslogtreecommitdiff
path: root/t/t9139-git-svn-non-utf8-commitencoding.sh
diff options
context:
space:
mode:
authorJunio C Hamano <gitster@pobox.com>2017-07-06 11:36:35 -0700
committerJunio C Hamano <gitster@pobox.com>2017-07-06 15:43:37 -0700
commitf2f60a5935e3673e6df2a45b25c961587d9a2186 (patch)
treebb233b5cde90ce1483d434f0acaca6d2e26e1b69 /t/t9139-git-svn-non-utf8-commitencoding.sh
parent50ff9ea4a0770c8b1bfe3f98f09728427c0c6cc7 (diff)
downloadgit-jc/allow-lazy-cas.tar.gz
push: disable lazy --force-with-lease by defaultjc/allow-lazy-cas
"git push --force-with-lease=<branch>:<expect>" makes sure that there is no unexpected changes to the branch at the remote while you prepare a rewrite based on the old state of the branch. This feature came with an experimental option that allows :<expect> part to be omitted by using the tip of remote-tracking branch that corresponds to the <branch>. It turns out that some people use third-party tools that fetch from remote and update the remote-tracking branches behind users' back, defeating the safety that relies on the stability of the remote-tracking branches. We have some warning text that was meant to sound scary in our documentation, but nevertheless people seem to be bitten. See https://public-inbox.org/git/1491617750.2149.10.camel@mattmccutchen.net/ for a recent example. Let's disable the forms that rely on the stability of remote-tracking branches by default, and allow users who _know_ their remote-tracking branches are stable to enable it with a configuration variable. This problem was predicted from the very beginning; see 28f5d176 (remote.c: add command line option parser for "--force-with-lease", 2013-07-08). Signed-off-by: Junio C Hamano <gitster@pobox.com>
Diffstat (limited to 't/t9139-git-svn-non-utf8-commitencoding.sh')
0 files changed, 0 insertions, 0 deletions