Re: [RFC] origin link for cherry-pick and revert
- From
Jeff King <peff@peff.net>
- Date
- Sep 11, 2008, 23:01 UTC
- Message-ID
- <20080911230117.GA4194@coredump.intra.peff.net>
- In-Reply-To
- <20080911225648.GC29559@cuci.nl>
On Fri, Sep 12, 2008 at 12:56:48AM +0200, Stephen R. van den Berg wrote:
Show 5 quoted lines
> Well, the usual way to fix this is to actually startup fetch and tell it > to try and fetch all the weak links (or just fetch a single hash (the > offending origin link)) from upstream; this is by no means the default > operatingmode of fetch, but I don't see any harm in allowing to fetch > those if one really wants to.
Maybe I am misremembering the details of fetching, but I believe you cannot fetch an arbitrary SHA-1, and that is by design. So:
1. You would have to argue the merits of changing that design. I
believe the rationale relates to exposing some subset of the
content via refs, but I have personally never felt that is very
compelling. 2. Even if we did make a change, that means that _both_ sides need the
upgraded version.-Peff