Mailing-List: contact dev-help@cxf.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@cxf.apache.org
Received-SPF: pass (nike.apache.org: domain of cschneider111@gmail.com
 designates 209.85.216.195 as permitted sender)
Sender: Christian Schneider <cschneider111@gmail.com>
Message-ID: <52DFF976.1050608@die-schneider.net>
Date: Wed, 22 Jan 2014 18:01:42 +0100
From: Christian Schneider <chris@die-schneider.net>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64;
 rv:24.0) Gecko/20100101 Thunderbird/24.2.0
MIME-Version: 1.0
To: dev@cxf.apache.org
Subject: Re: Discuss: Switching cxf to git
References: <52DF8D55.7060403@die-schneider.net>
 <E91F38D1-1FD6-4484-8AB7-2A876694B5B3@apache.org>
 <52DFD73F.4050207@redhat.com>
 <429BB71A-F120-487B-9D6C-9871BEED15E1@apache.org>
In-Reply-To: <429BB71A-F120-487B-9D6C-9871BEED15E1@apache.org>
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 8bit

There is one thing that might be different.

I recently "committed/pushed" a change from a non committer to karaf. I 
proposed to the developer to fork the karaf repo on github and commit 
and push there. I then thought to use a github pull request but this 
probably would not have worked as the karaf repo at github is readonly. 
So I pulled his changes into my own checkout and pushed them to karaf at 
apache. So the commits still had his name in them. JB then told me that 
this is probably not allowed.

So the question is: how would the process look like for pull requests? 
Is it ok that the original non committer name is in the commit or do we 
have to avoid this?

Christian

Am 22.01.2014 15:40, schrieb Daniel Kulp:
> Anyone who is a committer will be able to �push� changes into the 
> canonical repo here at Apache. Honestly, for committers, you can use 
> git just like you you git-svn or just svn today. Just instead of �git 
> svn dcommit� or �svn commit� it would be a �git push�. If you don�t 
> want your workflow to change, you don�t really need it to change. The 
> commands are just a little different and many of the operations 
> perform much faster. 


-- 
  
Christian Schneider
http://www.liquid-reality.de

Open Source Architect
Talend Application Integration Division http://www.talend.com