Skip to content

Commit

Permalink
Bump version to 0.11.
Browse files Browse the repository at this point in the history
Also update docs to fully reflect the new Travis CI config.
  • Loading branch information
mehaase committed Oct 21, 2016
1 parent 4ff14c5 commit fd1e809
Show file tree
Hide file tree
Showing 3 changed files with 11 additions and 10 deletions.
4 changes: 2 additions & 2 deletions docs/conf.py
Expand Up @@ -55,9 +55,9 @@
# built documents.
#
# The short X.Y version.
version = '0.10'
version = '0.11'
# The full version, including alpha/beta/rc tags.
release = '0.10 beta'
release = '0.11 beta'

# The language for content autogenerated by Sphinx. Refer to documentation
# for a list of supported languages.
Expand Down
2 changes: 1 addition & 1 deletion setup.py
Expand Up @@ -3,7 +3,7 @@

setup(
name='agnostic',
version='0.10', # Update docs/conf.py also!
version='0.11', # Update docs/conf.py also!
author='Mark E. Haase',
author_email='mehaase@gmail.com',
description='Agnostic Database Migrations',
Expand Down
15 changes: 8 additions & 7 deletions tests/README.md
Expand Up @@ -19,13 +19,14 @@ then that test will error out.
The full test suite can be run against all of its dependencies using a [Docker
container](https://www.docker.com/). The container contains all of the database
servers, tools, and libraries needed, pre-configured to be easily accessed by
the test suite. The docker is intended to emulate the Travis CI environment as
closely as possible, so that the full test suite can be run locally before
committing and pushing.

Docker containers are not mutable: they are restored to their original state
when they are stopped and restarted. This is a good thing for integration
tests: the testing environment always begins at a known state.
the test suite. The same docker image is also used in the Travis CI environment,
so that we can run the exact same tests locally before committing and pushing.

A docker image is immutable: if you start running an image and make some
changes, those changes do not affect the image itself. If you delete your
container and run the image again, you'll find that all of your changes are
gone. This is an ideal quality to have for unit tests: tests are always
executed against the same, pristine state.

To build the docker image, run the following command from the project root:

Expand Down

0 comments on commit fd1e809

Please sign in to comment.