changed travis-ci build link

This commit is contained in:
Marius Pana 2017-01-13 20:17:41 +02:00
parent c568325ac3
commit 09d0992d9d
2 changed files with 67 additions and 0 deletions

31
.travis.yml Normal file
View File

@ -0,0 +1,31 @@
language: python
python:
- 2.7
cache: pip
install:
- pip install awscli
- pip install mkdocs
- pip install mkdocs-material==0.2.4
script:
- mkdocs build --clean
# deploy:
# on:
# branch: master
# repo: 'spearheadsys/issue-response-docs/'
# provider: s3
# access_key_id: $AWS_ACCESS_KEY_ID
# secret_access_key: $AWS_SECRET_ACCESS_KEY
# bucket: $AWS_S3_BUCKET
# skip_cleanup: true
# local_dir: site
# acl: public_read
# after_deploy:
# - aws s3 sync site/ s3://$AWS_S3_BUCKET --acl public-read --exclude "*.py*" --delete
after_success: |
if [ -n "$GITHUB_API_KEY" ]; then
cd "$TRAVIS_BUILD_DIR"
git reset gh-pagess
mkdocs gh-deploy --remote-name https://$GITHUB_API_KEY@github.com/spearheadsys/issue-response-docs.git
cd "$TRAVIS_BUILD_DIR"
fi

36
README.md Normal file
View File

@ -0,0 +1,36 @@
# Spearhead Systems Issue Response Documentation [![Build Status](https://travis-ci.org/spearheadsys/issue-response-docs.svg?branch=master)](https://travis-ci.com/PagerDuty/incident-response-docs)
This is a public version of the Issue Response process used at Spearhead Ststems. It is based on the PagerDuty Incident Response process, modified to fit our specific requirements. It is used to prepare new employees for on-call responsibilities, and provides information not only on preparing for an issue (incident or service request), but also what to do during and after. See the [about page](docs/about.md) for more information on what this documentation is and why it exists.
You can view the documentation [directly](/docs/index.md) in this repository, or rendered as a website at https://response.spearhead.systems.
[![Spearhead Systems Issue Response Documentation](screenshot.png)](https://response.spearhead.systems)
## Development
We use [MkDocs](http://www.mkdocs.org/) to create a static site from this repository. For local development,
1. [Install MkDocs](http://www.mkdocs.org/#installation). `pip install mkdocs`
1. Install the [MkDocs Material theme](https://github.com/squidfunk/mkdocs-material). `pip install mkdocs-material`
1. To test locally, run `mkdocs serve` from the project directory.
## Deploying
1. Run `mkdocs build --clean` to produce the static site for upload.
1. Upload the `site` directory to S3 (or wherever you would like it to be hosted).
aws s3 sync ./site/ s3://[BUCKET_NAME] \
--acl public-read \
--exclude "*.py*" \
--delete
## License
[Apache 2](http://www.apache.org/licenses/LICENSE-2.0) (See [LICENSE](LICENSE) file)
## Contributing
Thank you for considering contributing! If you have any questions, just ask - or submit your issue or pull request anyway. The worst that can happen is we'll politely ask you to change something. We appreciate all friendly contributions.
Here is our preferred process for submitting a pull request,
1. Fork it ( https://github.com/PagerDuty/incident-response-docs/fork )
1. Create your feature branch (`git checkout -b my-new-feature`)
1. Commit your changes (`git commit -am 'Add some feature'`)
1. Push to the branch (`git push origin my-new-feature`)
1. Create a new Pull Request.