Runner module to directly manage the git external pillar
New in version 2014.1.0.
Changed in version 2015.8.4: This runner function now supports the git_pillar
configuration schema introduced in
2015.8.0. Additionally, the branch and repo can now be omitted to
update all git_pillar remotes. The return data has also changed to
a dictionary. The values will be
True only if new commits were
False if there were errors or no new commits were
Changed in version 2018.3.0: The return for a given git_pillar remote will now be
None when no
changes were fetched.
False now is reserved only for instances in
which there were errors.
Changed in version 3001: The repo parameter also matches against the repo name.
Fetch one or all configured git_pillar remotes.
This will not fast-forward the git_pillar cachedir on the master. All
it does is perform a
git fetch. If this runner is executed with
-l debug, you may see a log message that says that the repo is
up-to-date. Keep in mind that Salt automatically fetches git_pillar
repos roughly every 60 seconds (or whatever
loop_interval is set to). So, it is possible that the
repo was fetched automatically in the time between when changes were
pushed to the repo, and when this runner was executed. When in doubt,
simply refresh pillar data using
saltutil.refresh_pillar and then use
pillar.item to check if the
pillar data has changed as expected.
# Update specific branch and repo salt-run git_pillar.update branch='branch' repo='https://foo.com/bar.git' # Update specific repo, by name salt-run git_pillar.update repo=myrepo # Update all repos salt-run git_pillar.update # Run with debug logging salt-run git_pillar.update -l debug