-
Notifications
You must be signed in to change notification settings - Fork 18
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Stages and steps need clarification for the end user #47
Comments
|
A flow chart would be really useful (for this but also in general actually, so probably several flowcharts?). |
When I say in general I mean the general concept of using GitHub and Travis CI to deploy "stuff". |
We could point users new to Travis CI to e.g. http://mahugh.com/2016/09/02/travis-ci-for-test-automation/. The "build lifecycle" is described at https://docs.travis-ci.com/user/customizing-the-build#The-Build-Lifecycle, but they don't have a flow chart and the description isn't particularly detailed (e.g. it doesn't explain that failures in I have created https://github.com/krlmlr/ci-lifecycle to test various failure modes in the Travis CI and AppVeyor lifecycles, this repo could also host a more detailed description and the flow charts. |
Build in the ci-lifecycle repo: https://travis-ci.org/krlmlr/ci-lifecycle/builds/397482622 |
Closing in favor of #57, which contains the structure of a new vignette to be written. Happy to continue discussion there. |
#57 incorporates most of the topics discussed here, some are solved already. |
The documentation needs to address how a user makes sense of
after_success
and saydeploy
. e.g. if a user were to use this to build package docs with pkgdown, then on success, they would include the recipe to "deploy" the docs to a branch. Then where does deploy come into play since we just deployed underafter_success
. This type of ambiguity needs clarification since we cannot assume the end user understands these stages.The text was updated successfully, but these errors were encountered: