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

fix package specificity in upload/configure commands #108

Merged
merged 1 commit into from
Dec 9, 2015

Conversation

reset
Copy link
Collaborator

@reset reset commented Dec 7, 2015

Fixes always retrieving latest package in upload/configure command when a version and release, or version is specified

gif-keyboard-8236809678737006729

fixes always retrieving latest package in upload/configure command
when a version and release, or version is specified
@@ -80,7 +80,7 @@ static LOGKEY: &'static str = "CS";
/// * Fails if the `run` method for the topology fails
/// * Fails if an unknown topology was specified on the command line
pub fn package(config: &Config) -> BldrResult<()> {
match Package::latest(config.deriv(), config.package(), None, None) {
match Package::load(config.deriv(), config.package(), None, None, None) {
Copy link
Collaborator Author

Choose a reason for hiding this comment

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

I uncovered a bit of poop here when I refactored. The behaviour here needs to be modified slightly now that we can specify version/release on the command line. We need to determine what the proper auto-update behaviour is if a version/release or just a version is specified on the command line.

@chef-delivery
Copy link
Contributor

This PR has passed 'Verify' and is ready for review and approval!
Use: '@delivery approve' when code review is complete.

1 similar comment
@chef-delivery
Copy link
Contributor

This PR has passed 'Verify' and is ready for review and approval!
Use: '@delivery approve' when code review is complete.

@adamhjk
Copy link
Contributor

adamhjk commented Dec 9, 2015

Seems like the right behavior is:

  • chef/redis = latest version and release
  • chef/redis/3.0.1 = latest release
  • chef/redis/3.0.1/2015.. = never update

Adam

@adamhjk
Copy link
Contributor

adamhjk commented Dec 9, 2015

@delivery approve

chef-delivery added a commit that referenced this pull request Dec 9, 2015
Merged change 8b62156a-c6a9-4aa0-a535-0580303f90d0

From review branch exact-upload into master

Signed-off-by: adam <[email protected]>
@chef-delivery chef-delivery merged commit 5272564 into master Dec 9, 2015
@chef-delivery
Copy link
Contributor

Change: 8b62156a-c6a9-4aa0-a535-0580303f90d0 approved by: @adamhjk

@chef-delivery chef-delivery deleted the exact-upload branch December 9, 2015 00:19
@reset
Copy link
Collaborator Author

reset commented Dec 9, 2015

@adamhjk that's the behaviour that I'm thinking, too. Let's start with that ;)

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.

3 participants