On Sep 11, 2015, at 4:40 PM, Noam Postavsky <npost...@users.sourceforge.net> 
wrote:
> 
> On Fri, Sep 11, 2015 at 5:28 PM, Warren Young <w...@etr-usa.com> wrote:
>> On Sep 11, 2015, at 2:34 PM, Noam Postavsky <npost...@users.sourceforge.net> 
>> wrote:
>>> 
>>> Okay, if you define branch that way…
>> 
>> It isn’t a question of philosophical semantics.  Stephan is telling you a 
>> fact about how Fossil behaves, not offering a fuzzy definition.
> 
> According to http://fossil-scm.org/xfer/doc/trunk/www/branching.wiki
> 
>    A branch is a set of check-ins with the same value for their
> "branch" property.
> 
> Which is different from the definitions that Michael (whom I was
> replying to) and Stephan were using.

The documentation is correct, but that’s why Fossil gets annoyed at you when 
you accidentally create a fork: “fossil up branch-name” becomes ambiguous, 
because there are two (or more!) tips to choose from.  After healing the fork, 
there is only one.

While the entire branch’s content may include a healed fork, it is usually only 
the tip that matters at any one time, when you are giving commands to Fossil 
involving that branch name.  If you mean something farther up the branch than 
the tip, you are giving checkin IDs, not the branch name.

>> Notice that the “hashes” change value in both identical cases:
> 
> Actually it's not the project code, it's the date.

Most interesting!

Thank you for the enlightenment.
_______________________________________________
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users

Reply via email to