我一直在尝试为--atomic使用相对较新的git push选项，但它对我不起作用，即，即使其他人失败，它仍会让某些引用更改。
从diff here看来，远程服务器上还需要有一些接受原子标志的东西。虽然这是有道理的，但似乎默认是使用它。
我正在使用http协议推送到BitBucket服务器实例。服务器上当前版本的Git是＆＃34; git版本2.8.1＆＃34;。
我是否需要在服务器上配置一些功能才能使其正常工作？
修改
以下是可以复制的例子。
服务器上的配置：
$ git --version
git version 2.8.1
$ git config --get-all --show-origin receive.advertiseatomic
file:/home/bitbucket/.gitconfig 1
在客户端：
$ git --version
git version 2.8.2.windows.1
$ git push <local-path>/.git HEAD:refs/heads/wwww HEAD:refs/heads/zzz --force-with-lease=zzz --atomic
error: atomic push failed for ref refs/heads/zzz. status: 7
fatal: The remote end hung up unexpectedly
To <local-path>/.git
! [rejected] HEAD -> wwww (atomic push failed)
! [rejected] HEAD -> zzz (stale info)
error: failed to push some refs to '<local-path>/.git'
$ git push origin HEAD:refs/heads/wwww HEAD:refs/heads/zzz --force-with-lease=zzz --atomic
Total 0 (delta 0), reused 0 (delta 0)
remote:
remote:
To http://me@bitbucket-local.com/scm/proj/repo.git
* [new branch] HEAD -> wwww
! [rejected] HEAD -> zzz (stale info)
error: failed to push some refs to 'http://me@bitbucket-local.com/scm/proj/repo.git'
答案 0 :(得分：3)
我是Bitbucket Server开发人员之一。抱歉为这个问题提供这么晚的答复，但我只是注意到了。
这似乎就是Git的工作方式。例如，如果您通过HTTPS在GitHub上重新测试git push --atomic，则会看到相同的行为。
查看为remote-curl.c和main提供git-remote-http的Git源代码git-remote-https，在调用{{1 }}发送打包文件。 （See how the send-pack command line is constructed here）因此，当将--atomic与HTTP（S）远程服务器一起使用时，git send-pack会被忽略，并且推送正常运行。这就是为什么您看到正在创建分支的原因。
请注意，这根本不是服务器端的行为。在这种情况下，Bitbucket Server或任何其他托管提供程序都无法执行。如果您使用git push --atomic来跟踪客户端和服务器之间相互发送的内容，则会看到如下所示的对话：
--atomic在此输出中，我运行了GIT_TRACE_PACKET=1。请注意，运行22:16:06.562939 pkt-line.c:46 packet: git< #
service=git-receive-pack
22:16:06.562990 pkt-line.c:46 packet: git< 0000
22:16:06.562994 pkt-line.c:46 packet: git<
1b9c21b7aeb6ad03957cc8a023b2406d3ccee319
refs/heads/branch-1\0report-status delete-refs side-band-64k quiet
atomic ofs-delta agent=git/github-g4f6c801f9475
22:16:06.563013 pkt-line.c:46 packet: git<
1b9c21b7aeb6ad03957cc8a023b2406d3ccee319 refs/heads/branch-2
22:16:06.563016 pkt-line.c:46 packet: git<
1b9c21b7aeb6ad03957cc8a023b2406d3ccee319 refs/heads/branch-3
22:16:06.563019 pkt-line.c:46 packet: git<
fe86a3eae65e18787040499c17a567096159b9ce refs/heads/master
22:16:06.563024 pkt-line.c:46 packet: git< 0000
22:16:06.563329 pkt-line.c:46 packet: git>
HEAD:refs/heads/branch-4
22:16:06.563346 pkt-line.c:46 packet: git> 0000
22:16:06.563357 run-command.c:347 trace: run_command:
'send-pack' '--stateless-rpc' '--helper-status' '--thin' '--progress'
'https://github.com/bturner/atomic-pushes.git/' '--stdin'
22:16:06.563765 exec_cmd.c:129 trace: exec: 'git' 'send-pack'
'--stateless-rpc' '--helper-status' '--thin' '--progress'
'https://github.com/bturner/atomic-pushes.git/' '--stdin'
22:16:06.564691 git.c:348 trace: built-in: git
'send-pack' '--stateless-rpc' '--helper-status' '--thin' '--progress'
'https://github.com/bturner/atomic-pushes.git/' '--stdin'
22:16:06.564788 pkt-line.c:46 packet: git<
HEAD:refs/heads/branch-4
22:16:06.564793 pkt-line.c:46 packet: git< 0000
22:16:06.564797 pkt-line.c:46 packet: git<
1b9c21b7aeb6ad03957cc8a023b2406d3ccee319
refs/heads/branch-1\0report-status delete-refs side-band-64k quiet
atomic ofs-delta agent=git/github-g4f6c801f9475
22:16:06.564805 pkt-line.c:46 packet: git<
1b9c21b7aeb6ad03957cc8a023b2406d3ccee319 refs/heads/branch-2
22:16:06.564826 pkt-line.c:46 packet: git<
1b9c21b7aeb6ad03957cc8a023b2406d3ccee319 refs/heads/branch-3
22:16:06.564830 pkt-line.c:46 packet: git<
fe86a3eae65e18787040499c17a567096159b9ce refs/heads/master
22:16:06.564834 pkt-line.c:46 packet: git< 0000
22:16:06.564970 pkt-line.c:46 packet: git>
0000000000000000000000000000000000000000
6925c65344e87c65e5cd2b56d392cd06ef96ca71 refs/heads/branch-4\0
report-status side-band-64k agent=git/2.4.0
22:16:06.564989 pkt-line.c:46 packet: git> 0000
22:16:06.565027 pkt-line.c:46 packet: git<
00960000000000000000000000000000000000000000
6925c65344e87c65e5cd2b56d392cd06ef96ca71 refs/heads/branch-4\0
report-status side-band-64k agent=git/2.4.00000
时，没有设置git push --atomic https://github.com/... non-fast-forward:refs/heads/master non-fast-forward:refs/heads/branch-4选项（但是git send-pack does support it being set）。这意味着atomic handling in send-pack.c永远不会被触发。
您可以从随后的“对话”中看到这一点。 “ git <”行是 server 对客户端说的内容，因此您可以看到ref广告已发送。 “ git>”行是 client 对服务器说的话。注意，有一个“ git>”行发送“ refs / heads / branch-4”，但是没有类似的行用于“ refs / heads / master”。 client 甚至根本不会尝试将“主”更新发送到服务器，因为使用服务器的ref广告，它已经知道是非快速的，向前，并且由于未使用--atomic，因此该更新将失败。
SSH的有线协议输出更加简单：
git send-pack类似于HTTPS，服务器对客户端说的是“ push <”行。如您所见，服务器发送ref公告，然后客户端只是中止-它从不向服务器写入单个数据包。
因此，在这两种情况下，服务器都根本无法处理--force。这并不是说不可能不可能，但是对于这些简单的示例， client 可以检测到至少一个更新肯定会失败，因此22:56:08.609608 pkt-line.c:46 packet: push<
1b9c21b7aeb6ad03957cc8a023b2406d3ccee319
refs/heads/branch-1\0report-status delete-refs side-band-64k quiet
atomic ofs-delta agent=git/github-g4f6c801f9475
22:56:08.609774 pkt-line.c:46 packet: push<
1b9c21b7aeb6ad03957cc8a023b2406d3ccee319 refs/heads/branch-2
22:56:08.609798 pkt-line.c:46 packet: push<
1b9c21b7aeb6ad03957cc8a023b2406d3ccee319 refs/heads/branch-3
22:56:08.609801 pkt-line.c:46 packet: push<
6925c65344e87c65e5cd2b56d392cd06ef96ca71 refs/heads/branch-4
22:56:08.609825 pkt-line.c:46 packet: push<
fe86a3eae65e18787040499c17a567096159b9ce refs/heads/master
22:56:08.609831 pkt-line.c:46 packet: push< 0000
被处理了（或未处理）完全在本地进行。
答案 1 :(得分：1)
我正在推送到BitBucket服务器
只有BitBucket支持可以与您确认：
git config receive.advertiseatomic 0）。我怀疑它尚未激活，因为大多数git客户端可能不在git 2.4或更高级别that I mentioned in February 2015。