Index

Post Commit

post_commit

Summary

Provides an endpoint to your website to use as a webhook for git post commit hooks. When triggered the endpoint will queue a git pull to be executed by cron. This allows you to automate a deployment (plus whatever you want, e.g. Drupal cache clear), whenever you push to your repository. By leveraging cron, you can keep tight permissions and run your git pull as the cron user, not, say, apache. Intended to be used for staging websites, rather than production, where you would want to deploy manually.

Visit https://aklump.github.io/post_commit for full documentation.

Quick Start

Part 1 of 4

  1. Install in your repository root using cloudy pm-install aklump/post_commit
  2. Open bin/config/post_commit.yml and set configuration. I encourage you to use wildcards for the repository and branch at first to get things working; you can tighten that up later.
  3. Create the logs directory as configured in the previous step; be sure to ignore this file in SCM.
  4. Open bin/config/post_commit.local.yml and modify as needed; be sure to ignore this file in SCM.
  5. Modify as needed and add bin/auto_deploy.sh to SCM.
  6. Run ./bin/post_commit init to finish installing.
  7. Give write permissions to both owner and group for logs/*, e.g. chmod -R ug+w logs

Pro Tip: Run ./bin/post_commit config-check at any time to reveal configuration problems.

Part 2 of 4: Test Endpoint

  1. Determine the URL endpoint of the webhook, e.g.,

    https://{website}/scheduler.php?key={url_private}
    
  2. Begin monitoring the pending.txt log using tail -f pending.txt.

  3. Open the endpoint in your browser, you should see something like:

    origin user:
    repo:
    branch: *
    PHP user: apache
    127.0.0.1
    Tue, 30 Oct 2018 11:25:09 -0700
    jobs added: 1
    --------------------------------------------------------------------------------
    
  4. Assert that the absolute path to the job is appended to pending.txt.
  5. Begin monitoring the complete.txt log using tail -f complete.txt.
  6. Manually run the jobs with ./bin/post_commit run.
  7. Assert you see output from your job in complete.txt.
  8. If you wish to test your endpoint response to a certain repo or branch, use ?&repo={repo}&branch={master}.

Part 2 of 4: Register Web Hook

  1. Log in to your server and cd to the logs directory.
  2. Begin monitoring the orders.txt log using tail -f orders.txt. When you save your webhook below, you should see content appended--a new order--which indicates things are working correctly. It will resemble:

    $ tail -f orders.txt
    origin user: aklump
    repo: aklump/post_commit
    branch: *
    --------------------------------------------------------------------------------
    
  3. If you the site is HTTP Authorized, you will need to add credentials to the URL:

    https://{user}:{password}@{website}/scheduler.php?key={url_private}
    
  4. Compile the post commit hook url and add it to your github project.

    • Keep the key in the url, do not use the secret textfield.
    • Choose the json format.
    • Make sure to use https if you can, a self-signed cert should work fine.
    • Save the webhook and check orders.txt for a change.

GitHub Webhook

Part 3 of 4: Setup cron job

  1. Set up a cron job to execute ./bin/post_commit run.

    * * * * * ./bin/post_commit run >> /path/to/logs/cron.txt
    

This should be the target of a frequent cron job being run by the same user that owns the website files and .git folder. This script processes any orders that were scheduled by scheduler.php. You can redirect the output to logs/cron.txt file during setup, and once all is working you should consider doing like the second example which does not capture the output.

Example 2, no log of cron jobs, better once all is working correctly. When all is well you should run ./bin/post_commit empty-logs to flush the cron log.

* * * * * ./bin/post_commit run > /dev/null

About the Log Files

Rather than deleting log files, truncate them with ./bin/post_commit empty-logs. This will maintain the correct permissions.

basename description
orders.txt A running list of incoming pings.
last.json The payload from the last ping.
pending.txt Authorized jobs that are waiting to be run.
complete.txt All jobs that have been run. These have been moved from pending.
cron.txt Output from the cron job that controls the runner.

Requirements

Installation

The installation script above will generate the following structure where . is your repository root.

.
├── bin
│   ├── post_commit -> ../opt/post_commit/post_commit.sh
│   └── config
│       ├── post_commit.yml
│       └── post_commit.local.yml
├── opt
│   ├── cloudy
│   └── aklump
│       └── post_commit
└── {public web root}

To Update

Configuration Files

Filename Description VCS
post_commit.yml Configuration shared across all server environments: prod, staging, dev yes
post_commit.local.yml Configuration overrides for a single environment; not version controlled. no
scheduler.php This should be pinged by a post commit hook on the origin repo via https and including the secret key. yes

Usage

Contributing

If you find this project useful... please consider making a donation.

Troubleshooting

Jobs get scheduled but not run?

  1. Check to make sure the the logs directory and all log files are owned by the cron user and the group is the php user and that both user and group has rw permissions.

  2. Does the git repo require a passphrase for pulling? You will have to disable that.

  3. Try logging in to the server as the cron user and running the command.

  4. Make sure you can git pull manually using your ssh keys, etc.