streams-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From sblackmon <sblack...@apache.org>
Subject Re: [DISCUSS] Adopt gitbox
Date Sun, 21 May 2017 02:14:31 GMT
I haven’t been able to find any either.  I heard about it in-person at ApacheCon NA.

I have added a note about our interest and concern to: https://issues.apache.org/jira/browse/INFRA-14191

Steve
On May 18, 2017 at 2:33:27 PM, Ate Douma (ate@douma.nu) wrote:

On 2017-05-18 14:00, sblackmon wrote:  
> GItbox is the software that facilitates the integration such that github acts as the
primary repo.  
>  
> https://gitbox.apache.org  
>  
> There is indeed an infra step to reconfigure the project’s git repos.  
>  
> Additionally, each committer has to link their apache id with their github account using
https://gitbox.apache.org/setup/  
>  
> In the parallel thread Joey and Trevor have indicated support.  
>  
> Are there objections from mentors to moving ahead?  

Not from my side, but I cannot find any concrete documentation/explanation  
what gitbox provides (and not), how it should be used, workflow wise, nor what  
kind of 'deeper' integrations are now possible.  
For example, what about JIRA integration, mailing lists, etc.  
Do you have pointers to more enlightening documentation?  

Ate  

>  
> Steve  
>  
> On May 17, 2017 at 12:18:06 PM, Joey Frazee (joey.frazee@icloud.com) wrote:  
>  
> How does gitbox fit into this? I’m totally on board with changing the origins so that
the PR merges can be done directly from Github, but I don’t know if I understand the gitbox
part.  
>  
>> On May 16, 2017, at 2:40 PM, sblackmon <sblackmon@apache.org> wrote:  
>>  
>> Hello,  
>>  
>> I learned this afternoon that infra now supports transitioning to a git setup, gitbox,
capable of more native integration with github, including the ability to merge pull requests
from within the github UI.  
>>  
>> My understanding is we just need to ask to go through this transition. We’d all
need to change our origin to the new url, but otherwise there should be no downside to the
swap.  
>>  
>> Does anyone know of a reason not to do this? Or want to express support in favor?
 
>>  
>> Steve  
>>  
>  
>  



Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message