On 02/05/2012 11:28 PM, Miles Bader wrote:
> Andreas Schwab <schwab@xxxxxxxxxxxxxx> writes:
>> The rule should be to follow the leftmost parent as far as possible.
>> That means that X+2->D is B.
>
> It might also be reasonable (and safer -- the user may not actually
> realize when there's an ambiguating branch-point) to simply have it
> abort with an error ("ambiguous future-ref specification") when
> there's any doubt... I suspect most uses would be very simple "+1"
> etc., and not crossing branch points.
>
> -miles
>
Perhaps default to --linear or --no-cross or such. Whenever there's
ambiguity, it will likely be harder for the user to think about than for
git to resolve it in some defined-as-sane way, at least for many users.
At any rate, I got the answer I needed for my use case (sorry for not
cc-ing the list, and thanks Jakub for that:
http://article.gmane.org/gmane.comp.version-control.git/189926/match=specify+revisions+future).
Still, forward-refs would still be really cool.
Jonathan
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html