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:0.020 / U:60.776 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site