simple-git-deploy

A command-line utility for easy and reliable management of manual deployments from Git repositories.

Even manual deployments can be made reliable if some minimal automation is applied. This utility performs atomic deployments from a Git repository, with an optional build phase (e.g. installing dependencies). The previous deployment is not affected until the build completes successfully – no more inconsistency errors when you update your Git branch but your application is not yet fully updated – e.g. missing new dependencies from your package manager.

Each deployment is built in a new directory made just for that deployment. Previous deployments are kept (and can be later purged), and the target is only updated when the build completes – that’s what we meant by atomic! If the build fails, the target will not be updated.

The meaning of build is defined by the user; it can be any command runnable from a shell. Configuration is made in a simple .ini file.

Installation

Requirements:

• Python ≥ 3.5 (has been tested with 3.6 and 3.7 but should work with 3.5 nonetheless)
• Git ≥ 2.7 (depends on the git worktree feature)

Install via pip:

$ pip install git+https://github.com/edudobay/simple-git-deploy.git

If this fails and you have no idea what to do, you can try adding the --user option after pip install and before the URL.

Usage

After installing this utility, you can run simple-git-deploy --help for basic usage instructions.

The easiest way is to run simple-git-deploy deploy <git-branch-name>. But before first usage you must create a deploy.ini file with at least the settings below (look further for an example):

• dirs.deploy: directory where your application will be deployed. The current deployment will be available at current under this directory. This will be a symlink to the actual deployment directory.

  So, for example, if you have a PHP application, you can point Nginx to the /app/deployments/current directory which will contain a working tree of your Git repository and will be updated whenever you deploy a new version, provided you add this to your deploy.ini:

  [dirs]
  deploy = /app/deployments
  

  Each deployment will also live in this directory with a name containing the date/time of the deployment, the Git commit hash and the name of the branch/tag that was deployed.

• build.run: which command to run in the build phase. Typical usages are running your package manager, copying configuration files, compiling assets.

  This is run as a shell command line – so you can chain commands as in npm install && npm run build.

A complete configuration file would thus be:

[dirs]
deploy = /app/deployments

[build]
run = npm install && npm run build

It is assumed that the build will be run in the same host where the application is to be deployed. Also, the user running this script must have permission to write on the deployment directory.

Purging old deployments

You can purge old deployments with simple-git-deploy purge. There are two ways to specify what exactly is to be removed:

• --keep-latest N: keep only the latest N deployments (other than the current one). With N=0, only the current deployment is kept, and with N=1 only one deployment other than the current is kept.
• --older-than DATETIME: discard deployments with a timestamp strictly older than the given date/time. A wide range of both absolute and relative formats is accepted; see the dateparser documentation for full information. Common cases may be written as 10d, 1w (10 days and 1 week, respectively).

Development setup

If you want to set this project up for development, see CONTRIBUTING.md.