Merge lp:~aaron-whitehouse/duplicity/08-docker-local-import into lp:~duplicity-team/duplicity/0.8-series
Status: | Merged |
---|---|
Merged at revision: | 1452 |
Proposed branch: | lp:~aaron-whitehouse/duplicity/08-docker-local-import |
Merge into: | lp:~duplicity-team/duplicity/0.8-series |
Diff against target: |
420 lines (+99/-144) 8 files modified
AUTHORS (+1/-1) README-TESTING (+53/-92) testing/infrastructure/build-duplicity_test.sh (+5/-20) testing/infrastructure/duplicity_test/Dockerfile (+12/-7) testing/infrastructure/duplicity_test/Dockerfile-18.04 (+10/-6) testing/infrastructure/duplicity_test/Dockerfile-18.10 (+6/-6) testing/infrastructure/duplicity_test/Dockerfile-19.04 (+6/-6) testing/infrastructure/duplicity_test/Dockerfile-19.10 (+6/-6) |
To merge this branch: | bzr merge lp:~aaron-whitehouse/duplicity/08-docker-local-import |
Related bugs: |
Reviewer | Review Type | Date Requested | Status |
---|---|---|---|
duplicity-team | Pending | ||
Review via email: mp+371839@code.launchpad.net |
Commit message
* Convert the Docker infrastructure to pull the local branch into duplicity_test. This allows testing the local branch with the known-good Docker environment, even if it has not yet been committed to trunk.
* As a consequence, remove the -r option to build-duplicity
Description of the change
* Convert the Docker infrastructure to pull the local branch into duplicity_test. This allows testing the local branch with the known-good Docker environment, even if it has not yet been committed to trunk.
* As a consequence, remove the -r option to build-duplicity
We have now spent a lot of time ensuring that the Docker containers work correctly and contain all of the relevant dependencies. We have a steady stream of people struggling to set up their environments correctly to test and we have people propose merges that do not pass all of our tests. We should leverage the Docker container work and make it easy for people to use these to test their work before submitting it for merging. I have personally been using this approach for a little while and find it a much easier way to run tests on my branch.