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

Resolution Persistence Failure #818

Closed
mike-spainhower opened this issue Aug 26, 2013 · 3 comments
Closed

Resolution Persistence Failure #818

mike-spainhower opened this issue Aug 26, 2013 · 3 comments
Labels

Comments

@mike-spainhower
Copy link

Overview

There is a scenario under which resolution persistence does not actually persist a resolution selection. This occurs when depending directly upon a package that is also a second order dependency. If the branch on the first order dep is different than the second order dep, the persistence does not work.

Results

Expected

If bower prompts to persist a resolution to bower.json (see #532 ) and one is selected, that selection should be used after running

rm -Rf bower_components && bower cache clean && bower install

Actual

Bower persists to bower.json, but even then Bower again prompts about persistence on bower install

Reproduction

$ git clone git@github.com:mike-spainhower/res-persist-test-app.git
$ bower install
$ rm -Rf bower_components && bower cache clean && bower install

Observe that although custom is persisted to bower.json, Bower keeps prompting for a manual resolution.

Impact

  • Automated tools (e.g., CI) will not terminate
  • Contributors unfamiliar with project dependencies may make incorrect selection

Fix

Allow branch to be used as resolution property.

@satazor
Copy link
Member

satazor commented Aug 26, 2013

@mike-spainhower this only happens when branch is different, and has nothing to do with different repos (sources).

@satazor
Copy link
Member

satazor commented Aug 26, 2013

@mike-spainhower #819, can you test it to see if it works?

mike-spainhower pushed a commit to mike-spainhower/bower that referenced this issue Aug 26, 2013
@mike-spainhower
Copy link
Author

@satazor Thanks for the quick turnaround and good call on repo vs. branch; I should have isolated the issue better. I tested with the original repo that was giving me trouble and found an edge case. I put in a PR to your branch that fixes it.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Development

No branches or pull requests

2 participants