thanks! and a tiny comment

[Yaroslav Halchenko]

> > to be that that build branch history becomes quite non-linear... though
> > probably it is not a problem at all...
> No, it isn't.
> The one thing I miss though is the GNU arch feature of
> freezing that branch. Once we move a branch to the attic, it should
> somehow be impossible to commit onto its tip. Ideally, the should
hm... we might need to use that branch later on -- if lets say within
that branch there was a tag for a revision which got into a new release
-- we need to branch off maint/ branch for it later on
> even be a pointer where development continues and Git might even
> follow that.

> Now, of course, this feature is unlikely to make it upstream because
> it would add complications.

> > I like to have the feature branches be based on upstream branch, so I
> > can't rebase it on top of build branch (or have I read this paragraph
> > incorrectly?)
> Of course you can: the build branch is also a descendant of
> upstream...
yes, but then if I rebase it against build, patch generated from its
HEAD to the base might incorporate changes which were made in build
branch, so that patch would not apply cleanly on the upstream's code.

-- 
                                  .-.
=------------------------------   /v\  ----------------------------=
Keep in touch                    // \\     (yoh@|www.)onerussian.com
Yaroslav Halchenko              /(   )\               ICQ#: 60653192
                   Linux User    ^^-^^    [175555]