Return-Path: X-Original-To: apmail-cxf-dev-archive@www.apache.org Delivered-To: apmail-cxf-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id E9DEC10360 for ; Wed, 22 Jan 2014 17:18:57 +0000 (UTC) Received: (qmail 30336 invoked by uid 500); 22 Jan 2014 17:18:57 -0000 Delivered-To: apmail-cxf-dev-archive@cxf.apache.org Received: (qmail 30217 invoked by uid 500); 22 Jan 2014 17:18:56 -0000 Mailing-List: contact dev-help@cxf.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@cxf.apache.org Delivered-To: mailing list dev@cxf.apache.org Received: (qmail 30208 invoked by uid 99); 22 Jan 2014 17:18:56 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 22 Jan 2014 17:18:56 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: local policy includes SPF record at spf.trusted-forwarder.org) Received: from [64.85.173.253] (HELO server.dankulp.com) (64.85.173.253) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 22 Jan 2014 17:18:50 +0000 Received: by server.dankulp.com (Postfix, from userid 5000) id F3210185D54; Wed, 22 Jan 2014 12:18:29 -0500 (EST) X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on server.dankulp.com X-Spam-Level: X-Msg-File: /tmp/mailfilter-dev@cxf.apache.org.osQovXOs25 Received: from [192.168.1.104] (c-50-176-22-10.hsd1.ma.comcast.net [50.176.22.10]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by server.dankulp.com (Postfix) with ESMTPSA id 1573818002D for ; Wed, 22 Jan 2014 12:18:27 -0500 (EST) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Subject: Re: Discuss: Switching cxf to git From: Daniel Kulp In-Reply-To: <52DFF976.1050608@die-schneider.net> Date: Wed, 22 Jan 2014 12:18:27 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: <57CC5F7B-C19D-4BC1-9992-E384DBBA585E@apache.org> References: <52DF8D55.7060403@die-schneider.net> <52DFD73F.4050207@redhat.com> <429BB71A-F120-487B-9D6C-9871BEED15E1@apache.org> <52DFF976.1050608@die-schneider.net> To: dev@cxf.apache.org X-Mailer: Apple Mail (2.1827) X-Virus-Checked: Checked by ClamAV on apache.org X-Old-Spam-Status: No, score=-2.8 required=3.0 tests=ALL_TRUSTED,AWL,BAYES_00 shortcircuit=no autolearn=ham version=3.3.2 On Jan 22, 2014, at 12:01 PM, Christian Schneider = wrote: > There is one thing that might be different. >=20 > 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. Personally, I prefer that as we then know exactly where that change came = from.=20 > 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? Git does record the Author separate from the committer. In theory, in = this case, the two could be different. I=92m just not sure how to make = that happen. A 'git log --pretty=3Dfuller=92 should produce both = names. I=92m not sure how you pulled the changes from github to cause = both the committer and author to be the same. Ideally, it would retain = the author and put you in as committer, but it doesn=92t look like it = did that for you. We=92d have to experiment a bit. That said, if you do the pull with =93=97squash=94 to squash it down = into a single commit, that would also have your name I think.=20 Definitely getting into more advanced git stuff though. I=92m not = advanced enough with it to really know. :-( Dan >=20 > Christian >=20 > Am 22.01.2014 15:40, schrieb Daniel Kulp: >> Anyone who is a committer will be able to =93push=94 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 =93git svn = dcommit=94 or =93svn commit=94 it would be a =93git push=94. If you = don=92t want your workflow to change, you don=92t really need it to = change. The commands are just a little different and many of the = operations perform much faster.=20 >=20 >=20 > --=20 > Christian Schneider > http://www.liquid-reality.de >=20 > Open Source Architect > Talend Application Integration Division http://www.talend.com >=20 --=20 Daniel Kulp dkulp@apache.org - http://dankulp.com/blog Talend Community Coder - http://coders.talend.com