[lkml]   [2002]   [Mar]   [16]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: Problems using new Linux-2.4 bitkeeper repository.
    Larry McVoy wrote:

    >On Sat, Mar 16, 2002 at 12:06:10PM -0500, Jeff Garzik wrote:
    >>This was just an example of a real world example that actually happened,
    >>where BK sucked ass :)
    >Think file systems. Think 2 file systems. Think creating duplicate inodes
    >in the same place. Now those 2 file systems are merged into a third, the
    >duplicates removed. The original 2 still both exist and are both being
    Like I said, I know why BK is going what it is doing. That doesn't
    change the fact that peoples options are very poor in this case.

    >>Marcelo's BK tree did not exist when I created my marcelo-2.4 tree.
    >> marcelo-2.4 repo existed for a while and people started using it. Once
    >>Marcelo appeared with his "official" BK tree, people naturally want to
    >>migrate. There were two migration paths: (1) export everything to GNU
    >>patches, or (2) click the mouse 300 times.
    >There is a 3rd: factor out the duplicates and and export/import only the
    >ones that Marcelo didn't have, then dump your tree and use his.

    That's what I meant by option #1... you yelled at me, rightly, when I
    first tried to send BK patches to Linus, because I used 'bk export'. If
    you have to leave the BK system entirely for certain cases of merging,
    that's really a failing of the system. So, I chastise you back for even
    suggesting 'export' :)

    Basically you need out of order changes to do it right...

    I think a fair question would be, is this scenario going to occur often?
    I don't know. But I'll bet you -will- see it come up again in kernel
    development. Why? We are exercising the distributed nature of the
    BitKeeper system. The system currently punishes Joe in Alaska and
    Mikhail in Russia if they independently apply the same GNU patch, and
    then later on wind up attempting to converge trees.

    Do you see what I'm getting at? In a widely distributed SCM system for
    an open source project, chances are -good- that some random two or more
    people will independently apply the same patch.


    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to
    More majordomo info at
    Please read the FAQ at

     \ /
      Last update: 2005-03-22 13:24    [W:0.024 / U:5.656 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site