RE: [Infiniband-general] RE: [openib-general] SVN vs. Bitkeeper (was: MT_bufpool_destroy?)

[Raj, A. <ash...@in...>]

Not knowing what SVN is, BK is light years away in terms of usability
compared to other SCM tools that I have used in the past.

BK can happily accept patches from normal gnu style, and just ensure
people send patches against the latest tree in bk, or atleast specify
the top changeset that they pulled. This way its easy to recreate a tree
and do a merge.

As the project gets wider, use the same rules lkml uses for sending
patches.

- separate each distinct fix in a patch
- never mix 2 fixes (unless related) in a single patch

I use Andrew Morton's patch management scripts (if you are not using bk)
to keep track of multiple patches and their order.=20

http://www.zip.com.au/~akpm/linux/patches/patch-scripts-0.16/patch-scrip
ts-0.16.tar.gz

These are very easy to maintain, and keep related patches separate.=20

Cheers,
ashok raj
- Linux Core Software Group
  =20


>-----Original Message-----
>From: inf...@li...
[mailto:infiniband-general-
>ad...@li...] On Behalf Of Woodruff, Robert J
>Sent: Wednesday, May 12, 2004 11:07 AM
>To: ope...@op...
>Cc: inf...@li...
>Subject: [Infiniband-general] RE: [openib-general] SVN vs. Bitkeeper
(was: MT_bufpool_destroy?)
>
>>I personally would like to see IBAL stay in BK, since that's what I've
>been using.
>>However, I suspect that you will eventually need to move to SVN or
>support both - people
>>will start to create patches against the SVN version, and you would
>have to propagate
>>these patches back to the BK repository.  I don't know how hard it is
>to move data between
>>BK and SVN.
>
>>I don't have the bandwidth to switch to SVN at this point, and BK is
>working wonderfully
>> for me.
>
>> - Fab
>
>I was thinking for now we could leave the working data base in BK and
>put snapshots into openib.org, at least for now. I'd hate to make
>all the people that are sending in patches for IBAL have to switch
>right now.
>I guess we will just have to manually merge the SVN patches back into
>BK. If the the volume of SVN patches gets greater than the BK patches,
>we can revisit this.
>
>
>-------------------------------------------------------
>This SF.Net email is sponsored by Sleepycat Software
>Learn developer strategies Cisco, Motorola, Ericsson & Lucent use to
deliver
>higher performing products faster, at low TCO.
>http://www.sleepycat.com/telcomwpreg.php?From=3Ddnemail3
>_______________________________________________
>Infiniband-general mailing list
>Inf...@li...
>https://lists.sourceforge.net/lists/listinfo/infiniband-general