[llvm-dev] [RFC] One or many git repositories?

[Sanjoy Das via llvm-dev]

FWIW, like David Chisnall, we (Azul) have a problem with rewriting
history.  Our LLVM fork has O(100) changes diverging from upstream
(though our branching structure is simple), and keeping all of that
history is important.

What do people think of having one (or a set of) merge commit(s)
merging in the non-llvm projects that will be part of the new
monorepo?  That's the only technique I can think of that will preserve
history for downstream users by construction.

-- Sanjoy


On Thu, Jul 21, 2016 at 10:44 AM, Jonathan Roelofs via llvm-dev
<llvm-dev at lists.llvm.org> wrote:
>
>
> On 7/21/16 11:03 AM, C Bergström via llvm-dev wrote:
>>
>> Monolithic is trying to solve the wrong problem - it's that simple.
>> Any discussion or attempt to coddle those who think it's necessary is
>> a waste of time. #dictator
>
>
> Christopher,
>
> AFAICT, you haven't explained *why* it is the wrong problem. Mind
> elaborating on that?
>
>
> Jon
>
> p.s: edicts, appeals to authority, and ad hominems are not useful for
> discussion. Doing that, and following up with "#dictator" further solidifies
> that you know your own argument is b-s.... please stop.
>
> --
> Jon Roelofs
> jonathan at codesourcery.com
> CodeSourcery / Mentor Embedded
>
> _______________________________________________
> LLVM Developers mailing list
> llvm-dev at lists.llvm.org
> http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev



-- 
Sanjoy Das
http://playingwithpointers.com