I\'m new to Git, but familiar with SVN. As a test I made a repository in a local directory with git init
. Then I cloned the empty repository (over SSH using 127
The proper and easier way to do this if you're using Git is via remotes:
cd \path\to\repo1
git remote add otherrepo \path\to\repo2
git fetch otherrepo
git log otherrepo/master ## Find the commit you want to steal in the list
git cherry-pick SOME_SHA1 ## Snag just one commit
git merge otherrepo/master ## Merge all of the new commits from otherrepo/master
This will migrate commits from one repo to another, including their authors and commit messages, and will help you sort out merge conflicts (especially if you're moving > 1 commit)
The easiest method to create patches from the last commit (or last few commits) is to use format-patch
with a negative number indicating the number of commits to create patches for:
git format-patch -1
You'll get a patch file named after the commit description. The use am
to insert it into another repository:
git am << name_of_patch_file
Using GitHub patch
Add .patch
to a commit URL to get the patch file, example
github.com/git/git/commit/b6b3b6a.patch
Patch the original file like this:
git am /tmp/b6b3b6a.patch
Using GitHub diff
Add .diff
to a commit URL to get the patch file, example
github.com/git/git/commit/b6b3b6a.diff
Patch the original file like this:
git apply -p0 /tmp/b6b3b6a.diff
§5.3 Distributed Git - Maintaining a Project
With Git 2.25 (Q1 2020), git format-patch evolves to better use the branch description ("git branch --edit-description
") as subject.
See commit bf8e65b, commit a92331d, commit 46273df (15 Oct 2019) by Denton Liu (Denton-L).
(Merged by Junio C Hamano -- gitster -- in commit b75ba9b, 10 Nov 2019)
format-patch: teach
--cover-from-description
optionSigned-off-by: Denton Liu
Before, when
format-patch
generated a cover letter, only the body would be populated with a branch's description while the subject would be populated with placeholder text.However, users may want to have the subject of their cover letter automatically populated in the same way.
Teach format-patch to accept the
--cover-from-description
option and correspondingformat.coverFromDescription
config, allowing users to populate different parts of the cover letter (including the subject now).
The git config documentation now includes:
format.coverFromDescription:
The default mode for format-patch to determine which parts of the cover letter will be populated using the branch's description.
And git format-patch:
--cover-from-description=<mode>:
Controls which parts of the cover letter will be automatically populated using the branch's description.
If
<mode>
ismessage
ordefault
, the cover letter subject will be populated with placeholder text.
The body of the cover letter will be populated with the branch's description. This is the default mode when no configuration nor command line option is specified.If
<mode>
issubject
, the first paragraph of the branch description will populate the cover letter subject.
The remainder of the description will populate the body of the cover letter.If
<mode>
isauto
, if the first paragraph of the branch description is greater than 100 bytes, then the mode will bemessage
, otherwisesubject
will be used.If
<mode>
isnone
, both the cover letter subject and body will be populated with placeholder text.
Create your patch via:
$ git format-patch master --stdout > patch.diff
then patch.diff will contain the diff, which you can then send to someone else to apply using:
$ git am < patch.diff
Sometimes, when the manuals are a little dense, it makes sense to look for a tutorial:
http://luhman.org/blog/2009/09/22/git-patch-tutorial
You have to go to "repository 2", the one you want to create the patch from, and run git-format-patch to create the patch : git format-patch master --stdout > name_of_patch_file
Then you go in "repository 1", the one you want to apply the patch to : git apply name_of_patch_file
Sometimes it is useful to just check if the patch will cause problems : git apply --check name_of_patch_file