how to trigger build in jenkins when changes committed to submodule?

We have a git repository with external submodules. We have to trigger a build when submodule was changed. Could you advice to us how to poll changes on submodules with your xtrigger plugin. Is it better to use shell script or monitor files or something else?

more information about our build brocess.
step #1. clone root repository with submodules
step #2. execute job for each submodule
step #2.1 (in submodule). switch to proper branch (for example, master)
step #2.1 (in submodule). pull the latest sources for submodule

  • What is the proper way to include a file once into a repository and then ignore subsequent changes?
  • Git - track multiple remote branches?
  • Bitbucket Webhooks
  • Git submodules with separate work_tree
  • What's the best way to transfer a GIT-SVN debug->feature branch to trunk?
  • Visual Studio 2013, Git and Shelving
  • now if somebody commits to root repository, jenkins launches build for the app
    but if somebody commits to any submodule repository, jenkins doesn’t launch anything

    we need solution for the second case. in best case it should be done via standard jenkins functionality or via open source plugin.

  • move commits from one branch to another
  • Haskell stack and version control
  • git port - network requirement
  • Able to push to all git remotes with the one command?
  • How to rewrite Git history so that all files are in a subdirectory?
  • How to join two different git repositories into one with two branches?
  • One Solution collect form web for “how to trigger build in jenkins when changes committed to submodule?”

    When a git repository has a submodule it points to a specific commit in that submodule (say commit A). So even if the submodule changes and now has commit B as a child of A your top level repository is still pointing at commit A. You must explicitly update your top level repository to point at commit B in the submodule, it will not happen automatically.

    Given this, the answer to your question is, just update your top level repository to point to the new commit B. This will cause a change in your repository which should trigger a Jenkins build just like it normally would, this will pick up the new commit B from the submodule.

    Given the extra information I would add a Jenkins job that watches the submodule repositories. When a submodule changes do whatever submodule specific test you have then as a post build step trigger the main repository job.

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