On 5/31/2016 4:46 PM, Mehdi Amini via cfe-dev wrote:
> Apparently I wasn't very clear: llvm and clang (and the others projects) 
> would be simple decoupled, individual git repositories. You would be able to 
> check them out however you want and commit to them individually.
> There would be an extra "integration repository" on top that would only 
> provide the service that tells "r12345 is llvm:36c941c clang:eaf492b 
> compiler-rt:6d77ea5". This repository should be managed transparently by some 
> server-side integration.
> The provided scripting I was referring to would just be a convenience that is 
> using this extra layer of metadata ("integration repository") to be able 
> checkout the other individual repositories together at the right "rev-lock" 
> revision.
> This is not on your way if you don't want to use it, but it provides this 
> "single increase monotonic revision number across multiple repository" that 
> is convenient for some people.
>
> Makes sense?

Yes, makes sense; we have been doing exactly this for the last few 
months.  We created our own integration repo (to host our own build 
integration scripts) and cloned the llvm and clang repos from (I assume) 
https://github.com/llvm-mirror as sub-modules within it.  We're just 
using the native git command line to manage things and, so far, so good.

We're still working on getting a full continuous integration process in 
place (right now we manually pull periodically), but expect to have that 
soon.  The CI process is just to inform us of conflicts and allow us to 
resolve them proactively; we don't release product based on trunk.

Tom.

_______________________________________________
lldb-dev mailing list
lldb-dev@lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-dev

Reply via email to