lkml.org 
[lkml]   [2005]   [Feb]   [10]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [RFC] Linux Kernel Subversion Howto
Roman, please give up on importing 100% of the history.  There's no 
point arguing something if you already know what the other person's
answer will be. Larry will not change his mind under any currently
foreseeable circumstances. Yes, there is "meta-data lockin" whether
anyone at BitMover will admit it or not, but no that will not change.

Linux survived in the past without much history, and if a replacement
arrives, people can make the switch even with a degraded history. In
very little time that switchover would seem as remote as the pre-BK
times are now.

Right now I don't see why its necessary to track the Linux repo in 100%
detail for SCM development; There are plenty of other big trees to test
on if you need every detail. Time spent tracking Linux are probably
better spent improving an alternative SCM, most of which have plenty of
wishlist items awaiting developers. For kernel development, yes it's
painful for SCM developers or purists, but you can still work just fine
with patches. Maintainers certainly benefit from BK, but for developers
on the leaves of the hierarchy there's not that much difference.

- Jim Bruce
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 14:10    [W:2.123 / U:0.220 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site