[openib-general] OpenSM Issues of the last couple days

[Sasha Khapyorsky]

On 21:54 Sun 10 Dec     , Michael S. Tsirkin wrote:
> > > > > > Eitan, how is it hard for you to prepare procmail's rule which will
> > > > > > automatically apply the patches from emails to the local pre-trunk
> > > > > > tree? Or do you think it is insufficient?
> > > > >
> > > > > This sounds like a fragile process. It seems much easier to just
> > > > > have an unstable branch with untested patches. No?
> > > >
> > > > Untested is an overexaggeration. They are tested but not by Eitan's
> > > > regression.
> > > 
> > > Sorry, I'm not trying to influence any policy decisions here, I'm coming
> > > purely from git angle. *If* you want Eitan to test and Ack some patches,
> > > *and want to automate the testing part*, the simplest thing to do is
> > > to apply them on some git branch.
> > 
> > Couldn't he also back off the head on the "trunk" if that doesn't work
> > too ? That (which version) could be taken as input to the automatic
> > regression with less overhead than another branch to have to track or
> > figuring out how to apply patches automagically.
> 
> No, this is backwards - rewinding history in trunk branch will break git pull for anyone
> who tries to base his work on that, so that's not a good idea.

I think Hal was about rewinding local tree, there is nothing wrong with
it.

In general non-linear history changes in public repositories are not
something "impossible", basically this should work, but may require
additional merging efforts from pullers.

I also think that it is better to not do it, at least not now.

> Or you get a lot of little
> "feature X"
> "unbreak feature X"
> ...
> "fix feature X"
> commits that just make the history log messy and unreadable.
> 
> Guys, don't be so scared of branches, they don't really have
> any significant overhead in git: branch (and tag) are basically
> just symbolic names for commit.

Right, branch in git is cheap, and if one needs branch in his tree he can
just create this branch in his tree, it is not necessary to ask origin's
tree maintainer to create this branch for him.

Sasha

> 
> There's not "maintainance" associated with it that I know of. Try it.
> This is how e.g. git itself seems to be developed: there's a main branch for next release,
> next branch for less stable stuff and "pu" branch for experimental stuff,
> and there's a bugfix branch for last stable release.
> 
> -- 
> MST
> 
> _______________________________________________
> openib-general mailing list
> openib-general at openib.org
> http://openib.org/mailman/listinfo/openib-general
> 
> To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
>