Trigger a TeamCity build on changes in a git submodule

How to setup TeamCity trigger to start build on changes in git submodule?

Currently you have to update a submodule commit pointer to trigger a build in the main repository, so that TC will register a change in the main repository.

  • How does Git store large files over many commits?
  • which commits got cherry-picked
  • Is there any distributed revision control system that supports partial checkout/clone?
  • Utilizing Git for multiple development places
  • Jenkinsfile with two git repositories
  • How did I screw up this very simple .gitignore file?
  • Update

    The problem is the submodule should be always tracking a branch master. AFAIK this cannot be achieved through git itself. I just would like for the build to overcome git limitation in that matter.

  • How to create digital object identifier (DOI) for bitbucket repository?
  • Delete a commit from github
  • How to make git cvsimport checkout changes after some date?
  • “Invalid description in FETCH_HEAD” pull / sync in Visual Studio
  • synchronize between 2 git repositories
  • Git checkout in post-receive hook: “Not a git repository '.'”
  • 3 Solutions collect form web for “Trigger a TeamCity build on changes in a git submodule”

    This is not a neat solution but is achieves a goal to build a project with the tip of the submodule, and not needing to update submodule by hand. (A hook would probably do to)

    Create a separate build configuration on with the submodule as the main repo, and setup a command line build step to clone a maste-repo, pull/update submodule and push the updated submodule pointer back to the master-repo.

    rm -r master-repo
    git clone
    cd master-repo
    git status
    git submodule update --init 
    git config -f .gitmodules submodule.submodule-repo.branch master
    cd submodule-repo
    git pull origin master
    git status
    cd ..
    git add submodule-repo
    git commit -m "sub module update"
    git push origin master

    I’m new to git so this probably can be optimized.

    It is not possible to do that as TeamCity (and git) cannot know that there is an update. Submodule entry in a repo just points to a commit.

    What would be an update to it? There can be multiple branches and commits from this commit. Only you can decide where the submodule is to be updated to.

    I’ve just been looking at trying to achieve the same thing with TeamCity, but quickly concluded it doesn’t make sense to be doing it. Your TeamCity build should be based on what’s in your master repository, and, as you say, the way GIT submodules work means it’s up to the master repository to update it’s pointer to the new commit in the sub-repository, which will trigger a build.

    Bottom line is, I don’t want TeamCity building something that I can’t recreate from source, i.e. cloning the master repository will not reflect what TeamCity actually built.

    Git Baby is a git and github fan, let's start git clone.