summaryrefslogtreecommitdiff
path: root/test/rebar_upgrade_SUITE.erl
Commit message (Collapse)AuthorAgeFilesLines
* Cull default dep names in non-default upgradeFred Hebert2017-05-191-2/+26
| | | | | | Prevents showing false upgrade messages when upgrading in a non-default profile. Also shows an info message explaining default deps don't get updated in a non-default upgrade.
* Add test for upgrade of profile depsFred Hebert2017-05-071-2/+67
|
* Merge pull request #1207 from ferd/pkg-local-hash-lockFred Hebert2016-06-221-1/+8
|\ | | | | lock file contains expected hash for pkg dependencies
| * Make tests passFred Hebert2016-05-241-1/+8
| | | | | | | | | | Tests have broken as locks were expanded and auto-filled newer versions of lockfiles. This fixes them back.
* | Regression test showing the bug for umbrella appsFred Hebert2016-06-031-4/+48
|/ | | | | | | When the operation for an unlock takes place in the config of a umbrella application, the `unlock' provider does not see the dependency in the `deps' value of the config (since it only includes the deps at the root of the project) and ignores these.
* add test to not upgrade unrelated transitive dep during upgradeTristan Sloughter2015-09-261-1/+21
|
* only upgrade children and transitive children of dep being upgradedTristan Sloughter2015-09-261-2/+8
| | | | | | | | | | This commit replaces the method of upgrading by unlocking all transitive deps by one that utilizes the parent element of each app to only unlock transitive deps of children of the top level deps being upgraded. Additionally the run function of upgrade_SUITE is modified to only create the mock updates before the upgrade provider is run, instead of before any provider is run, which would cause improper behavior in install_deps.
* Add tests for mixed deps installsFred Hebert2015-08-161-4/+8
| | | | | Requires a rework of other test suites using the same dep-handling mechanism.
* upgrade depends on the lock provider and lock prv sets stateTristan Sloughter2015-08-021-6/+4
|
* Failing case for unstable upgrade lock filesFred Hebert2015-07-081-2/+32
|
* Fix upgrade of atom-only packagesFred Hebert2015-05-281-1/+33
| | | | they would always be left unfound otherwise.
* update stable_lock test from Fred's branchTristan Sloughter2015-05-211-1/+1
|
* Add tests for lock forwardingFred Hebert2015-05-211-2/+82
| | | | | | | | | | Lock forwarding is what happens when the file on disk are on a different version from what is specified in the lock file. Files on disk should be updated to respect what's in the lock file. A negative test has been added so that lock files that are outdated vis. the underlying git and packages but match files on disk do not get forwarded. This job is left to the `upgrade' command.
* handle transitive deps being promotedFred Hebert2015-04-241-2/+13
|
* Add tests and fixes for packages upgradesFred Hebert2015-02-231-6/+15
| | | | | | | | | | - Track level of packages properly, they're not level 0 anymore (this could yield an issue where a src dep takes precedence over a pkg dep) - Proper stable sort of vertices in the digraph module - PkgDeps no longer 'see themselves' when fetching and upgrading after locking themselves - Pkg Locks are added to pkg deps rather than source deps - Updating test cases to support pkg mocking on top of src mocking
* Reuse test code and drop duplicated stuffFred Hebert2015-02-231-45/+6
|
* fix order of top_level_deps function in ugprade_SUITETristan Sloughter2015-02-191-3/+3
|
* replace package management with hex.pmTristan Sloughter2015-02-171-5/+4
|
* Warnings for Deletions and friendly errorsFred Hebert2015-02-121-9/+28
| | | | | | | | | Apps that are no longer used are not automatically deleted, but we tell users it can be done. This is safer while we're not sure of the correctness of these messages. Error messages are added for transient dependencies and dependencies not found.
* Support multiple app upgrade & lock testsFred Hebert2015-02-111-5/+36
| | | | | | - Many apps is supported through and through - Not mentioning any app upgrades all apps - Locks are refreshed on disk and tested as such after an upgrade
* Fix testcases, add multi-app upgrade supportFred Hebert2015-02-111-10/+59
| | | | | | | | todo: - relock stuff - default to all apps needing upgrade - more tests? - pkgs?
* More progress on upgradesFred Hebert2015-02-111-4/+9
| | | | | | Only the most complex case is failing, where cross-dependencies would need to be refetched as an update clears an app of its dependencies and a different subtree should override it.
* Partial work + Failing testsFred Hebert2015-02-111-71/+257
| | | | | The problem with the current effort is handling of transitive dependency upgrades and possible values.
* WIPFred Hebert2015-02-111-0/+185
Test that all the correct locks are set for an upgrade run. Now to actually re-run the install deps and prove it works