-
-
Notifications
You must be signed in to change notification settings - Fork 1.6k
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
Build with Travis, including users PRs. #17
Conversation
Thank you for working on this. I think we should not complicate the build process just to build HTML version of a PEP file. I needed to pull your branch locally because it was a big chance and I wanted to double check it on my system. I'm +1 for running |
I understand, feel free to close if you think it's too complex/ not worth it. I still think it can be useful to read any newly proposed Pep, or any changes that would affect the global rendering. |
If you can revert the changes in |
Done. So you don't want auto-deploy by Travis ? Or do you keep that for later ? |
Save auto-deploy for a separate PR. I have no issue with Travis zipping up the built PEPs as a build artifact that people can download to view post-CI if they want to see what the rendered version looks like. |
I just wanted to double-check, @Carreau , are you good with this PR being merged? Only asking because you still have |
I should also mention I turned on Travis support for this repo in preparation of this PR landing: https://travis-ci.org/python/peps |
Yes, sorry. I'll fix the title when I'm back on a computer.
|
Fixed it for you; just needed to make sure it no longer applied. 😄 |
Thanks for the patch! |
Thanks, will submit another later on that uses travis to build and deploy. On Mon, Jun 20, 2016 at 10:20 AM, Brett Cannon [email protected]
|
Prompted by #5 (Set up Travis to build the peps) and #16 (comment) :
I was wondering if I could setup Travis to auto build all my Pull requests, and push them on my gh-pages without committing my (encrypted) ssh key to this repo. And make that (relatively) simple for anyone to have the same functionality.
So this is my attempt at doing it.
Once something similar is into the main repo, then any user "just" have to
DEPLOY_KEY
env variable on TravisTravis
.That's it.
Now every branch they push get deploy on
<username>.github.io/<fork-name>/<branch-name>/
( I suspect this could be partly automatized with the travis gem, but not an expert.)
I'm aware it will likely need some extra work once #15 is in.
That should allow – at least for regular contributor – to automatically have a rendered version of the modification they request to be pulled in.
Sidenote, it can't be done on each PR for obvious security reason. The only way would be to ask knight-who-says-ni to do it, but that would still be potentially dangerous.
And see my autodeployed version : https://carreau.github.io/peps/travis/pep-0000.html
and the travis build which deployed it.