----- Original Message -----
From: Valerio Pachera
Sent: Sunday, January 12, 2014 5:48 PM
Subject: [git-users] The right process of generating and merging patches?
Hi all, this is my first topic in this group.
I'm not professional programmer, I mostly write scripts.
I'm interested in git because I'm collaborating with an open source project
So I wish to get familiar with git work-flow process to send patches.
I'll probably use it also in the next future for my scripts.
Here's my first question about patch generation and merge:
I have just a single file named "doc.txt" in the directory "doc"
git add doc.txt
git commit -m 'first commit'
I clone the repository
git clone doc doc_clone
<I edit the first line changing some stuff>
git add doc.txt
git commit -m 'changed first line'
git format patch -1
git apply ../doc/0001-changed-first-line.patch
I see the patch ha been applied but when I run 'git log' I don't see any new
I was expecting that, applying a patch, would automatically generate a commit.
Guessing that I'm the maintainer of the project, what would it be the right
process for merging single patch or a series of patches?
The 'git apply' should be thought of as just being like 'git add'.
You may have other local changes to be done before you nake a commit,
so your missing step is to do a 'git commit' to recored those changes.
The 'git apply' man page's synopsis
https://www.kernel.org/pub/software/scm/git/docs/git-apply.html, also notes -
Apply a patch to files and/or to the index so you also get to choose if the
patch changes should even be implicitly 'added'!
You received this message because you are subscribed to the Google Groups "Git
for human beings" group.
To unsubscribe from this group and stop receiving emails from it, send an email
For more options, visit https://groups.google.com/groups/opt_out.