====== Working with Git Submodules in MantisBT ======
Some [[3rdpartycode|3rd party libraries]] are stored and maintained in the MantisBT repository
using [[http://git-scm.com/book/en/Git-Tools-Submodules|Git Submodules]].
This setup requires some special handling when initializing the repository and when switching branches,
especially to and from branches which do not (yet) have submodules in it.
The purpose of this page is to provide basic instructions to easily deal with commonly encountered issues.
===== Initializing the Repository =====
This is covered in the MantisBT Developer's Guide.
@@@TODO - update this when updated docbook has been merged with Master. Until then, copy/paste follows:
===== Switching Branches =====
==== With Submodules --> No Submodules ====
Checking out a branch with Submodules when the current branch does not have them.
$ git status
# On branch WithSubmodules
nothing to commit, working directory clean
$ git checkout NoSubmodules
error: The following untracked working tree files would be overwritten by checkout:
(list of files)
Aborting
**Solution 1**
**WARNING**: this will cause the loss of all changes in any of the submodules that have not been pushed upstream.
Only do this if you are sure that you don't have any pending modifications.
First we force checkout to ignore changes, then we remove all untracked files.
$ git checkout --force NoSubmodules
warning: unable to rmdir library/adodb: Directory not empty
warning: unable to rmdir library/phpmailer: Directory not empty
Switched to branch 'NoSubmodules'
$ git clean --force
Removing library/adodb/.gitattributes
[...]
Removing library/phpmailer/.gitignore
**Solution 2**
This is slightly more complex but safer alternative, recommended if there are changes to be kept in the submodules.
Move the submodules directory to a temporary location, e.g. ''/tmp''
$ sed -rn "s/^.*path\s*=\s*(.*)$/\1/p" .gitmodules |xargs -I{} mv {} /tmp
$ git checkout NoSubmodules
Switched to branch 'NoSubmodules'
When switching back from the older branch, the submodules directories will be empty. At that point you can either
* Update the submodules to reclone them (in which case earlier changes will be lost)
$ git submodule update
* Restore the directories previously moved to ''/tmp'' back into the empty directories, e.g.
sed -rn "s/^.*path\s*=\s*(.*)$/\1/p" .gitmodules |xargs -n 1 basename |xargs -I{} mv -v /tmp/{} library
==== No Submodules --> With Submodules ====
Checking out a branch without Submodules when the current branch has them.
$ git status
# On branch NoSubmodules
nothing to commit, working directory clean
$ git checkout WithSubmodules
M library/adodb
M library/phpmailer
Switched to branch 'WithSubmodules'
**Solution**
Use the following command to reset all Submodules to the state of their respective recorded commit:
git submodule foreach git checkout -- .
==== Submodules --> Submodules ====
Checking out a branch with Submodules when the current branch has the same submodules but pointing to a different commit.
For example, branch SubmodulesNew has an updated ADOdb library:
$ git status
# On branch SubmodulesOld
nothing to commit, working directory clean
$ git checkout SubmodulesNew
M library/adodb
Switched to a new branch 'SubmodulesNew'
**Solution**
Just update the submodule(s)...
$ git submodule update
Submodule path 'library/adodb': checked out ''
===== Updating a Library's submodule =====
This section describes the process to update a submodule when a new version of a library has been released upstream.
==== Updating via an external repository ====
The example given here are for the ADOdb library, but the same logic should apply (possibly with some variations) to other submodules as well.
We assume that you already have a local repository configured with the appropriate remotes (//upstream// for the library's official repository and //origin// for the MantisBT fork)
- Update the library's fork in the //mantisbt// Github organization
* Get the latest from upstream
cd /path/to/local/adodb
git fetch upstream
* Optional: update the //master// branch
git rebase upstream/master master
* Update the branch
git checkout mantis-1.3
git merge v5.19
* Resolve any conflicts
* Push changes to the fork
git push origin --tags master mantis-1.3
Note that it's not strictly necessary to push the tags or the master branch. Having the tags allows a better description of the submodule's current commit when running ''git submodule'' (see example at the end of this section)
- Update the submodule
* Go to your local mantisbt repository and update it
cd /path/to/mantisbt
git checkout master
git pull
* Go to the submodule's directory and checkout the branch
cd library/adodb
git checkout mantis-1.3
git pull
cd ..
- Update ''README.libs'' to reflect the new version
- Commit the changes
git commit -a
At this point, checking the submodules' status should give you a "clean" list , e.g. (notice no '+' sign in column 1)
$ git submodule
9346d288a1b7f7a50cc35b6a0e56d29e9d000ecf adodb (v5.19-6-g9346d28)
75a4e5595c0dfcb2e2e1e41b9ba2282828d3f292 disposable (release-2.0.0-3-g75a4e55)
cb771839899d9f6be9f1268b986c30327ff1199b phpmailer (v5.2.6-2-gcb77183)
41beaddd279c695aacb63407e2c98b04b7eaff51 securimage (heads/mantis)
==== Updating from within the submodule ====
It's worth mentioning that step 1 above can also be performed straight from the submodule itself (see example below for phpmailer), provided of course that the remotes (origin and upstream) have been properly configured.
**WARNING**: if you update the submodule in-place, it is critical that you actually push the changes to //origin// otherwise the other developers will have an corrupted repository with missing commits when they pull the changes.
* Update the submodule from upstream
cd library/phpmailer
git fetch upstream
git rebase upstream/master master
git checkout mantis
git merge v5.2.7
# Resolve conflicts
* Push changes to the fork - **don't forget this step !**
git push origin --tags master mantis
cd ..
* Edit ''README.libs''
* Commit the changes
git commit -a