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

Release 0.5.0, with more Habitats for all services. #504

Merged
merged 1 commit into from
May 12, 2016

Conversation

fnichol
Copy link
Collaborator

@fnichol fnichol commented May 11, 2016

No description provided.

@thesentinels
Copy link
Contributor

By analyzing the blame information on this pull request, we identified @reset, @jtimberman, @metadave, @adamhjk and @smith to be potential reviewers

dependencies = [
"bitflags 0.5.0 (registry+https://github.com/rust-lang/crates.io-index)",
"bitflags 0.4.0 (registry+https://github.com/rust-lang/crates.io-index)",
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

What is this? Why did we downgrade?

Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@fnichol I wouldn't be worried about this mainly because builder-protocol doesn't even required bitflags anymore, I just haven't removed it as a dep

@jtimberman
Copy link
Contributor

It seems there's some disagreement in the Cargo.lock files about the version of bitflags to use. Some use 0.4.0, some use 0.5.0.

@fnichol
Copy link
Collaborator Author

fnichol commented May 11, 2016

@jtimberman I'm not 100% why one or two of the bitflags deps bumped down, but I suspect it's related to the depot component using a lower version than some of the newer builder-* components. I tried to avoid doing a blind dep update across the board, but we should do this soon to freshen everything up. Each component builds however, and their tests pass. @reset, should we be worried with the above?

@adamhjk
Copy link
Contributor

adamhjk commented May 11, 2016

I think we should figure out how to stay in sync across the board (since I'm a believer in break early, not brake late, we should be taking upstream versions frequently.) That said, for sure we can have different versions in components that don't compile together - so it won't be blocking the product from working.

@fnichol
Copy link
Collaborator Author

fnichol commented May 11, 2016

@jtimberman I know that a) the dependency chain in Cargo is slightly different than other tooling as each native crate is statically built, thus slurping in its dependencies, and b) Cargo is less battle tested than Bundler and gang so occasionally dep solving leads to surprising answers.

@fnichol
Copy link
Collaborator Author

fnichol commented May 11, 2016

@adamhjk If we need to do this manually, even for the short term, I'd propose we want to "chore" this as a once-a-week recurring item.

@reset
Copy link
Collaborator

reset commented May 11, 2016

@fnichol the generated protocol files are just fine. This is becuase you generated them with a newer version of the protobuf-rust plugin than I did. I should upgrade.

I've got some changes in a branch I'm working on that I might split out to help ease this confusion. Right now we are generating protocol files on every build of any crate that is, or depends on, builder-protocol. This adds unnecessary times to our local build and interferes with racer/linter integrations into your editor. I've added a feature flag to the protocols project that will only generate protocols if you pass --features protocols on build. This will ensure nobody is regenerating the protocol files unless they really mean it ;).

@reset
Copy link
Collaborator

reset commented May 11, 2016

gif-keyboard-13302502519137627483

@fnichol
Copy link
Collaborator Author

fnichol commented May 11, 2016

@reset I'm starting to like the --features trick as a way to override default behavior

@reset
Copy link
Collaborator

reset commented May 11, 2016

@fnichol funny thing is that I was hugely aggravated in a previous project when the protocol files didn't automatically build. Now I understand why they did that...

@fnichol
Copy link
Collaborator Author

fnichol commented May 12, 2016

@thesentinels r+

@thesentinels
Copy link
Contributor

📌 Commit f43800e has been approved by fnichol

@thesentinels
Copy link
Contributor

⌛ Testing commit f43800e with merge 4d8a690...

thesentinels pushed a commit that referenced this pull request May 12, 2016
Signed-off-by: Fletcher Nichol <[email protected]>

Pull request: #504
Approved by: fnichol
@thesentinels
Copy link
Contributor

☀️ Test successful - travis

@thesentinels
Copy link
Contributor

👀 Test was successful, but fast-forwarding failed: 422 Update is not a fast forward

@fnichol
Copy link
Collaborator Author

fnichol commented May 12, 2016

@thesentinels r+

@thesentinels
Copy link
Contributor

📌 Commit 07ec998 has been approved by fnichol

@thesentinels
Copy link
Contributor

⌛ Testing commit 07ec998 with merge bd3cb5a...

thesentinels pushed a commit that referenced this pull request May 12, 2016
Signed-off-by: Fletcher Nichol <[email protected]>

Pull request: #504
Approved by: fnichol
@thesentinels
Copy link
Contributor

☀️ Test successful - travis

@thesentinels thesentinels merged commit 07ec998 into master May 12, 2016
@fnichol fnichol deleted the 0.5.0-release branch June 10, 2016 04:20
jtimberman pushed a commit that referenced this pull request Jun 12, 2016
Signed-off-by: Fletcher Nichol <[email protected]>

Pull request: #504
Approved by: fnichol
raskchanky pushed a commit that referenced this pull request Apr 16, 2019
Signed-off-by: Fletcher Nichol <[email protected]>

Pull request: #504
Approved by: fnichol
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.

5 participants