Say you commit a fix to a trunk (ex.: future 9x), and you want to merge that commit to the stable branch (ex.: 8x).
Since this merge is from a later version (9x) to a older version, it is called a "backport". You can also backport someone else's fix
In this example, we'll merge the commit in from trunk (revision 38634) to 8x
- Checkout 8x -> get code
- From the 8x directory (you may have to do 'cd 8x')
svn merge -c 38634 ^/trunk
svn merge -c 48272 ^/branches/12.x
- Test your commit. Be very careful to avoid regressions (This is the stable branch!)
- To see what will be committed
svn diff | more
If you see many conflicts, it's not a good idea to backport. It means the code has diverged too much.
In that case you can revert recursively from the top of your working copy:
svn revert -R .
svn commit -m "[bp/r38634] [FIX] Apparently glob(), this can fail on some systems, check required" lib/init/tra.php
It starts with "[bp/r38634]", which means that it is a backport of a fix/feature commited on trunk at revision 38634. Then it is followed by the original commit message made on trunk. If multiple commits has been made on trunk to fix the same issue, they have to be proposed as one unique commit and the commit message will have multiple lines starting with [bp/r...]
Other pages related to merging:
9 pages found for title search 'merg'
- Semi-automatic merging period
- Merging back changes from a fork
- Merge language improvements
- Merge Files
- Merge categories on dev.tiki.org
- Merge a commit between branches
- Mass operations to do after the Semi-automatic merging period
- Mail Merge