From: Junio C Hamano <gitster@pobox•com>
To: Jesse Hopkins <jesse.hops@gmail•com>
Cc: git@vger•kernel.org
Subject: Re: Possible to update-ref remote repository?
Date: Sat, 30 Sep 2023 10:17:40 -0700 [thread overview]
Message-ID: <xmqqo7hjfumj.fsf@gitster.g> (raw)
In-Reply-To: <CAL3By--HowOL1ffKBPfmwnfUdJd4KXcnkpS2BgkbO=9E2WnHKw@mail.gmail.com> (Jesse Hopkins's message of "Sat, 30 Sep 2023 10:34:41 -0600")
Jesse Hopkins <jesse.hops@gmail•com> writes:
> Wondering if it's possible to do the equivalent of the update-ref
> command remotely. Or I guess another way of putting it would be to
> git-push to a remote repository without needing a local clone of the
> repo.
>
> Trying do something like:
>
> git push <remote-repo-url> <sha1>:refs/heads/mybranchtoupdate
>
> where I know that <sha1> already exists on the remote. I'd like to
> avoid the need to clone a local copy of the repo. Wondering if there
> might be some plumbing command(s) that could accomplish this?
There is no such command shipped with Git. I do not think anybody
ever proposed to add such a feature, as it won't be generally useful
in contexts other than one-shot surgery.
But that is different from that it is impossible to do. At the
protocol level, as long as the receiving end is convinced that such
a push, which does not transfer any object but proposes to update a
ref to a new value, does not corrupt the resulting repository state
after acceptingit, the receiving end does not care if the sending
end has what object, or even any repository---the receiving end
cannot even know what the sending end actually has.
The devil however is in the details of ensuring the "as long as the
receiving end is convinced" part. If you know that an object whose
object name is X is sitting at the tip of branch A at the remote,
and you try to update the tip of branch B to the same object, it is
likely [*] that the remote would notice that such an update after
receiving no new objects is safe. But if the object X is not
sitting at the tip of any branch or ref (it may be a few commits
behind an existing ref, or it may be dangling ahead of all refs), it
would depend on how the receiving end determines that it has object
chains necessary to complete the new DAG that has X. The official
versions of Git client historically have done a thorough job in
check_connected() to even discover fully connected object chains
that allows us to resurrect such a dangling tip of a DAG, but we
cannot complain if third-party Git implementations misses less
obvious cases.
Having said all that, writing a specialized "push lookalike" that
sends the required protocol message that would have been spewed by a
real "git push" client operating in the right environment (i.e., it
has a repository that is a good clone of the receiving repository at
the <remote-repo-url>, the receiving repository has <sha1> and all
the objects that are reachable from it, refs/heads/mybranchtoupdate
points at a commit that is an ancestor of <sha1> right now) should
not be brain surgery, and with such a program you can
$ git-push-empty <remote-repo-url> <sha1>:refs/heads/mybranchtoupdate
and fool the receiving end to do what you want it to do, as it
cannot tell if it is talking to a real "git push" client or to your
"push-empty" program from what is coming over the wire.
next prev parent reply other threads:[~2023-09-30 17:17 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-09-30 16:34 Possible to update-ref remote repository? Jesse Hopkins
2023-09-30 17:17 ` Junio C Hamano [this message]
2023-10-01 22:03 ` Jesse Hopkins
2023-10-03 20:00 ` Jeff King
2023-10-04 1:13 ` Junio C Hamano
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=xmqqo7hjfumj.fsf@gitster.g \
--to=gitster@pobox$(echo .)com \
--cc=git@vger$(echo .)kernel.org \
--cc=jesse.hops@gmail$(echo .)com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox