On 12/18/12, j. v. d. hoff <veedeeh...@googlemail.com> wrote:
> On Wed, 19 Dec 2012 01:04:19 +0100, Martin Gagnon <eme...@gmail.com> wrote:
>> Capabilities to work on multiple different checkout associated with
>> different branch/revision/tag using the same repo file.
>>
>> Example:
>> ---------------------------------------------
>> $ mkdir checkout
>> $ cd checkout
>> ## a checkout for the trunk
>> $ fossil open ~/repos/a_repo.fossil
>> ...
>> $ cd ..
>> $ mkdir checkout_some_branch
>> $ cd checkout_some_branch
>> ## a checkout for the branch "some_branch" using the same
>> repo
>> file.
>> $ fossil open ~/repos/a_repo.fossil some_branch
>> ---------------------------------------------
>>
>> That is a killer feature for me. This is impossible to do with git or hg.
>> Eg. with git, each checkout have to be a different clone with their own
>> ".git" directory which contain the whole history.
>
> OK, I see what you mean, but this wouldn't be important for me AFAICS.
> actually I don't see any real advantage of this approach compared to simply
> updating to the respective branches in turn in order to work on them.
> so (for me) this would fall under the "matter of taste" category (which
> still means it's nice that it can be done).
That's assuming that 1) each change is worthy of having it's own
branch, and 2) you can get to a state you're willing to commit between
changing branches. If either of those fail, you wind up needing to
save uncommited changes somewhere. Git and fossil both have a "stash"
feature that does this. There are a number of mercurial extensions
that provide this kind of feature (though MQ seems to be the most
popular one).
It's still a matter of taste, it's just messier than it looks at first
glance. But that's what I meant when I said there wasn't really a
difference that gave one any of the three a real advantage - all of
the differences will depend on how you think different features taste.
<mike
_______________________________________________
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
