Skip to content
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

travis: Pass --release-channel=nightly on deploy #39050

Merged
merged 1 commit into from
Jan 17, 2017

Conversation

alexcrichton
Copy link
Member

This commit passes the --release-channel=nightly flag to all images which have
the DEPLOY flag set. This means that we'll name artifacts and the compiler
appropriately.

This reworks a bit how arguments are passed, but for now doesn't change what's
already being passed. Eventually we'll want to avoid enabling debug assertions
and llvm assertions for all releases, but I figure we can tackle that a little
bit more down the road.

@rust-highfive
Copy link
Collaborator

r? @nikomatsakis

(rust_highfive has picked a reviewer for you, use r? to override)

@alexcrichton
Copy link
Member Author

Currently we're uploading a bunch of artifacts of the form:

https://s3.amazonaws.com/rust-lang-ci/rustc-builds/8780962828858c5b858b847430514505497a2b5c/rust-docs-1.16.0-dev-i686-apple-darwin.tar.gz

This should fix that and ensure they're named rust-docs-nightly-... and such.

@alexcrichton
Copy link
Member Author

r? @brson

@rust-highfive rust-highfive assigned brson and unassigned nikomatsakis Jan 13, 2017
@brson
Copy link
Contributor

brson commented Jan 13, 2017

@bors r+

From the comment in this patch it sounds like the test suite doesn't work with --enable-vendor. Hopefully that can be fixed.

@bors
Copy link
Contributor

bors commented Jan 13, 2017

📌 Commit d74885d has been approved by brson

@alexcrichton
Copy link
Member Author

@brson in general the test suite does work, it's the aux tests (mainly cargo test) that doesn't work because we don't want to vendor all those crates and all their dev deps too.

@alexcrichton
Copy link
Member Author

@bors: r=brson

@bors
Copy link
Contributor

bors commented Jan 13, 2017

📌 Commit 2363bd9 has been approved by brson

@xen0n
Copy link
Contributor

xen0n commented Jan 14, 2017

Doesn't it mean that a single nightly version would refer to multiple releases in the future? Everyday there's >1 merge and it seems the deploy builds are run on each of them. How do we deal with the versioning?

@alexcrichton
Copy link
Member Author

@xen0n sort of, yeah. Our plan is to produce a full suite of release artifacts on every commit, but then we'll only promote one set of artifacts to the nightly each night. That way we can bisect any successful merge but we'll still only have one nightly every day

@xen0n
Copy link
Contributor

xen0n commented Jan 14, 2017

So all the other artifacts that are not promoted are meant for the rustc devs only. I'm fine with this then.

(BTW the android buildbot had gone down again... maybe restart everything like we've always been doing recently?)

@Mark-Simulacrum
Copy link
Member

but then we'll only promote one set of artifacts to the nightly each night.

Apologies if this is the wrong place for this, but why do we want to restrain ourselves to only nightly publishes instead of after each PR merge? I don't really see a clear reason to do so, since nightly users in general probably want the latest rustc as it is (and as soon as possible).

@xen0n
Copy link
Contributor

xen0n commented Jan 14, 2017

@Mark-Simulacrum So that we revamp things step by step? It's extra work to do, and personally I'd like to see the new release infra in place before proceeding to features like this. It won't hurt to have only one nightly per day, as we have all survived without the additional builds so far.

@Mark-Simulacrum
Copy link
Member

Sure, I don't want to suggest doing that now, just wondering if there are factors other than "more work" involved.

@alexcrichton
Copy link
Member Author

Yep my thoughts exactly. The goal is feature parity and then afterwards we can expand if need be.

@bors
Copy link
Contributor

bors commented Jan 15, 2017

⌛ Testing commit 2363bd9 with merge a9a7456...

@bors
Copy link
Contributor

bors commented Jan 15, 2017

💔 Test failed - status-travis

@alexcrichton
Copy link
Member Author

@bors: r=brson

@bors
Copy link
Contributor

bors commented Jan 15, 2017

📌 Commit 837120d has been approved by brson

@bors
Copy link
Contributor

bors commented Jan 16, 2017

⌛ Testing commit 837120d with merge 3bba9a0...

@bors
Copy link
Contributor

bors commented Jan 16, 2017

💔 Test failed - status-travis

@alexcrichton
Copy link
Member Author

@bors: r=brson

@bors
Copy link
Contributor

bors commented Jan 16, 2017

📌 Commit 570cba6 has been approved by brson

@bors
Copy link
Contributor

bors commented Jan 17, 2017

⌛ Testing commit 570cba6 with merge f04d111...

@bors
Copy link
Contributor

bors commented Jan 17, 2017

💔 Test failed - status-travis

@alexcrichton
Copy link
Member Author

@bors: r=brson

@bors
Copy link
Contributor

bors commented Jan 17, 2017

📌 Commit 5c9bd11 has been approved by brson

@bors
Copy link
Contributor

bors commented Jan 17, 2017

⌛ Testing commit 5c9bd11 with merge 3efaef9...

@bors
Copy link
Contributor

bors commented Jan 17, 2017

💔 Test failed - status-travis

This commit passes the `--release-channel=nightly` flag to all images which have
the `DEPLOY` flag set. This means that we'll name artifacts and the compiler
appropriately.

This reworks a bit how arguments are passed, but for now doesn't change what's
already being passed. Eventually we'll want to avoid enabling debug assertions
and llvm assertions for *all* releases, but I figure we can tackle that a little
bit more down the road.
@alexcrichton
Copy link
Member Author

@bors: r=brson

@bors
Copy link
Contributor

bors commented Jan 17, 2017

📌 Commit 0618580 has been approved by brson

@bors
Copy link
Contributor

bors commented Jan 17, 2017

⌛ Testing commit 0618580 with merge 7dfcac5...

bors added a commit that referenced this pull request Jan 17, 2017
travis: Pass --release-channel=nightly on deploy

This commit passes the `--release-channel=nightly` flag to all images which have
the `DEPLOY` flag set. This means that we'll name artifacts and the compiler
appropriately.

This reworks a bit how arguments are passed, but for now doesn't change what's
already being passed. Eventually we'll want to avoid enabling debug assertions
and llvm assertions for *all* releases, but I figure we can tackle that a little
bit more down the road.
@bors
Copy link
Contributor

bors commented Jan 17, 2017

☀️ Test successful - status-appveyor, status-travis
Approved by: brson
Pushing 7dfcac5 to master...

@bors bors merged commit 0618580 into rust-lang:master Jan 17, 2017
@alexcrichton alexcrichton deleted the travis-nightly branch January 21, 2017 18:05
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

7 participants