|
|
| Line 1: |
Line 1: |
| = Git Magic = | | = Git Magic = |
|
| |
|
| == Safety Precautions ==
| | [[Sysadmin/GitKdeOrgManual#Advanced_Git]] |
| | |
| Always work on a disposable copy of the repo with all the remotes removed, so if you screw up, it doesn't really matter. Also, work on a separate branch. That way, you can use <tt>git reset --hard <original-branch></tt> to get back to the starting state.
| |
| | |
| Also, make sure there are no grafts around (eg: linking to the old kdelibs history in the case of frameworks). The safest way to do this is to use fresh checkouts.
| |
| | |
| == Merging in complete history ==
| |
| | |
| Used this for moving files from kapidox to kdoctools. Good when the history of the source repo doesn't contain too much you won't care about in the target repo. Preserves commit identities.
| |
| | |
| Create a commit in the source repo that removes any files you don't want to copy, and rearranges the remaining files to be as you want them to appear in the target repo. Then go to the root of the target repository and use git-merge-repo (from the kde-dev-scripts repository) to merge in the source repo:
| |
| | |
| /path/to/kde-dev-scripts/git-merge-repo <path to source repo>
| |
| | |
| == Filtering ==
| |
| | |
| Usually, you do not want to include a git repository wholesale in another repository. More often, you want to include only some files. You probably also want to alter the commit messages to disable the KDE commit hook keywords, so that the merged history does not cause CCMAILs to be sent for ancient commits. <tt>git filter-branch</tt> can do all of this and more.
| |
| | |
| A combination of <tt>--tree-filter</tt>, <tt>--prune-empty</tt> and <tt>--msg-filter</tt> generally gets what you want. For example,
| |
| | |
| git filter-branch --prune-empty \
| |
| --tree-filter "find -type f -\! -path './.git/*' -\! -name foo.\* -delete" \
| |
| --msg-filter 'sed -e 's/^\(CCMAIL\|REVIEW\|BUG\|CCBUG\|FEATURE\)/(&)/'; echo; echo "Commit $GIT_COMMIT in <source-repo>"' \
| |
| HEAD
| |
| | |
| This example will remove everything that does not match <tt>foo.*</tt>. Note the <tt>-path</tt> argument to <tt>find</tt> that makes sure you don't delete any of git's own files. <tt>--prune-empty</tt> will remove non-merge commits that no longer have any effect on the tree (you can run <tt>git rebase</tt> after to trim the merge commits if you want). <tt>--msg-filter</tt> neuters the keywords and adds information about where the commit came from (don't forget to change <tt><source-repo></tt>!
| |
| | |
| More complex filters are possible. Have a look at the man page for <tt>git-filter-branch</tt>.
| |
| | |
| See [http://whileimautomaton.net/2010/04/03012432 mastering git filter-branch: points to extract a subproject] for more helpful hints.
| |
