Re: Code Review groups

2016-07-15 Thread Masahiro Tanaka
Hi Yusaku, I think testing GitHub pull request model is a good idea. We should confirm the value of pull-request model before we switch. I would like to help writing a draft for the contribution guide.

Re: Code Review groups

2016-07-14 Thread Yusaku Sako
t;> > > >We can look into the already available component names in the JIRA for >>>> > > >the initial list. >>>> > > >We should not create fine-grained groups and aim to have at least 3-5 >>>> > > >devs (mor

Re: Code Review groups

2016-07-14 Thread 田中正浩
;devs (more is better) in a single component/area. >>> > > > >>> > > >Possible list: >>> > > >ambari-web >>> > > >ambari-views >>> > > >ambari-server >>> > > >ambari-agent >>> > &g

Re: Code Review groups

2016-06-03 Thread Aravindan Vijayan
ari-server >> > > >ambari-agent >> > > >stacks-framework/extensibility >> > > >stack-definitions (this could break into separate services) >> > > >blueprints >> > > >alerts/metrics >> > > >logsearc

Re: Code Review groups

2016-06-02 Thread Gautam Borad
t; > > >stack-definitions (this could break into separate services) > > > >blueprints > > > >alerts/metrics > > > >logsearch > > > >security/kerberos/ldap > > > >stack-upgrade/RU/EU > > > > > > > >Once the list

Re: Code Review groups

2016-06-02 Thread Jungtaek Lim
y/kerberos/ldap > > >stack-upgrade/RU/EU > > > > > >Once the list is final lets make sure that the available list of > > >components in the JIRA matches this list. > > > > > >This is probably also a good opportunity to see if there are better > > >alternat

Re: Code Review groups

2016-06-02 Thread Mithun Mathew
see if there are better > >alternatives to reviews.apache.org. > > > >regards > >Sumit > > > >From: Jayush Luniya > >Sent: Thursday, June 02, 2016 1:47 PM > >To: dev@ambari.apache.org > >Subject: Re: Co

Re: Code Review groups

2016-06-02 Thread Alejandro Fernandez
>From: Jayush Luniya >Sent: Thursday, June 02, 2016 1:47 PM >To: dev@ambari.apache.org >Subject: Re: Code Review groups > >+1 on this > > >On 6/2/16, 1:44 PM, "Swapan Shridhar" wrote: > >>+1. Makes sense. >> >>Thanks. >> >>

Re: Code Review groups

2016-06-02 Thread Sumit Mohanty
opportunity to see if there are better alternatives to reviews.apache.org. regards Sumit From: Jayush Luniya Sent: Thursday, June 02, 2016 1:47 PM To: dev@ambari.apache.org Subject: Re: Code Review groups +1 on this On 6/2/16, 1:44 PM, "Swapan Shridhar&qu

Re: Code Review groups

2016-06-02 Thread Jayush Luniya
+1 on this On 6/2/16, 1:44 PM, "Swapan Shridhar" wrote: >+1. Makes sense. > >Thanks. > >Regards, >Swapan. > > > > > > > > > >On 6/2/16, 1:27 PM, "Robert Levas" wrote: > >>Alejandro, I agree. I just hope we (as a group) can manage the wiki >>page without letting it get too stale over time. >>

Re: Code Review groups

2016-06-02 Thread Yusaku Sako
+1. Alejandro, do you want to create a starter wiki and let folks sign up for their areas of expertise? Yusaku On 6/2/16, 1:44 PM, "Swapan Shridhar" wrote: >+1. Makes sense. > >Thanks. > >Regards, >Swapan. > > > > > > > > > >On 6/2/16, 1:27 PM, "Robert Levas" wrote: > >>Alejandro, I agree

Re: Code Review groups

2016-06-02 Thread Swapan Shridhar
+1. Makes sense. Thanks. Regards, Swapan. On 6/2/16, 1:27 PM, "Robert Levas" wrote: >Alejandro, I agree. I just hope we (as a group) can manage the wiki page >without letting it get too stale over time. > >+1 > >Rob > > >On 6/2/16, 12:55 PM, "Alejandro Fernandez" wrote: > >>Hi comm

Re: Code Review groups

2016-06-02 Thread Robert Levas
Alejandro, I agree. I just hope we (as a group) can manage the wiki page without letting it get too stale over time. +1 Rob On 6/2/16, 12:55 PM, "Alejandro Fernandez" wrote: >Hi committers and contributors, > >I'm sure most of you have ran into this before; whenever I submit a code >revie

Code Review groups

2016-06-02 Thread Alejandro Fernandez
Hi committers and contributors, I'm sure most of you have ran into this before; whenever I submit a code review I'm always curious to find out which reviewers I should include that are knowledgeable in that area. So I'll typically run git blame to find the last 2-3 people that worked on those f