[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [RFC] Linux Kernel Subversion Howto
> Bzzt. Larry, I will make this one very easy, so that even you can follow
> it. Let's take a simple file:
> $ rlog REPORTING-BUGS,v | grep 'total revisions'
> total revisions: 3; selected revisions: 3
> $ rlog REPORTING-BUGS,v | egrep '\(Logical change 1.[0-9]+\)'
> (Logical change 1.31)
> (Logical change 1.3)
Exactly. The second one shows 2 revs, which is what you counted, and
the first shows 3 which is what is actually there.
See, all you have to do is look:
slovax /tmp/linux-2.5-cvs/linux-2.5 rlog REPORTING-BUGS,v
RCS file: REPORTING-BUGS,v
Working file: REPORTING-BUGS
keyword substitution: o
total revisions: 3; selected revisions: 3
BitKeeper to RCS/CVS export
date: 2002/02/05 18:07:03; author: patch; state: Exp; lines: +3 -4
Import patch diff
(Logical change 1.31)
date: 2002/02/05 17:40:40; author: torvalds; state: Exp; lines: +58
(Logical change 1.3)
date: 2002/02/05 17:40:40; author: torvalds; state: Exp;
As for your pointer to the revision history on the web which shows 2
revs, you just don't understand BK. There is a 1.0 delta in every file
that we hide by default. That would be the matching delta to the RCS
> > Fourth, it is your choice to not use BitKeeper because you want to compete
> > with the people who are helping you. It's not that unreasonable that
> > you find yourself at something of a disadvantage because of that choice.
> > And the disadvantage is very slight as has been shown. You can argue
> > all you want about the amount of disadvantage but it is your choice that
> > has placed you in that position.
> Well, I'm not the one who claimed "We don't do lockins. Period."
> I'm just trying to figure out what that means...
Hey, Roman, the statement above stands. You made the choice that you want
to go write a competing system. If you hadn't you could just use BK and
stop whining. Since you have made that choice, which is your right,
how about you produce your competing system? And stop whining that
we aren't giving you enough help. What is that you say? It's hard?
It's way harder if we don't give you a roadmap? Well gosh darn, that
must really suck for you. I'm really sorry that you can't figure it out
without our help but that's sort of the whole point, isn't it?
Larry McVoy lm at bitmover.com http://www.bitkeeper.com
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/