But you do not have to do it that way right? We could keep master to be the same as trunk.


On Mon, Mar 18, 2013 at 1:44 PM, Ivan Habunek <ivan.habunek@gmail.com> wrote:
On 18 March 2013 18:27, Ralph Goers <ralph.goers@dslextreme.com> wrote:
> Where are the processes that you use with Git documented?  While I'm very comfortable with SVN I am only passable on Git - I can happily work with other people's stuff but I'm not sure what it takes to integrate changes people make from their forks.

Here's an example for accepting other people's work.

We have an issue on the tracker:

I got a patch from a person I trust and he asked me to merge it:

To apply the patch you download it to your project and run:
git am --signoff 0001-LOG4PHP-207-Using-class-MongoClient-instead-of-Mongo.patch

By adding --signoff, you will get a line similar to this in your commit message:
Signed-off-by: Ivan Habunek <ivan.habunek@gmail.com>

Vladimir also used --signoff when creating the patch (see the
contributor guidelines I sent in the previous mail), so you get two
lines at the bottom of the commit message:
Signed-off-by: Vladimir Gorej <gorej@codescale.net>
Signed-off-by: Ivan Habunek <ivan.habunek@gmail.com>

That way, it's clearly visible who did participated in creating and
merging the commit.

Here's the commit in our repo:


E-Mail: garydgregory@gmail.com | ggregory@apache.org
JUnit in Action, 2nd Ed: http://bit.ly/ECvg0
Spring Batch in Action: http://bit.ly/bqpbCK
Blog: http://garygregory.wordpress.com
Home: http://garygregory.com/
Tweet! http://twitter.com/GaryGregory