[llvm-dev] RFC: Adding a staging branch (temporarily) to facilitate upstreaming

Chris Lattner via llvm-dev llvm-dev at lists.llvm.org
Tue Jun 30 14:07:10 PDT 2020



> On Jun 30, 2020, at 2:02 PM, Duncan Exon Smith <dexonsmith at apple.com> wrote:
> 
> 
> 
>> On 2020-Jun-30, at 13:28, Chris Lattner via llvm-dev <llvm-dev at lists.llvm.org <mailto:llvm-dev at lists.llvm.org>> wrote:
>> 
>>> On Jun 29, 2020, at 10:15 PM, Chandler Carruth via llvm-dev <llvm-dev at lists.llvm.org <mailto:llvm-dev at lists.llvm.org>> wrote:
>>> 
>>> IMO, a pull request isn't as clear given that they haven't been used for contributions before. This is not a time to be innovative IMO. A branch as a staging location has been used many times over the history of the project though and seems nicely unambiguous in that regard.
>> 
>> I don’t have a opinion on this either way, but can git/GitHub maintain forks within the same organization?  You could have llvm/llvm-project and llvm/llvm-project-apple-staging or something like that?
> 
> I don't think GitHub allows you fork your own repo so I think it would be disconnected from a GitHub point of view. That has a few downsides, although I'm not sure how important they are.
> 
> Regardless, if a separate repo is preferred, then a better name from our perspective would be "llvm-project-staging" (dropping the "-apple" suffix). We could push a "staging/apple" branch there.

Ok, I’m not very concerned either way, it was just a thought.  I’m very happy to see this upstreaming work happen, thanks!

-Chris

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20200630/5faad233/attachment.html>


More information about the llvm-dev mailing list