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

Some FileCollection cleanup #8403

Merged
merged 11 commits into from Feb 4, 2019
Merged

Some FileCollection cleanup #8403

merged 11 commits into from Feb 4, 2019

Conversation

adammurdoch
Copy link
Member

Context

This PR consolidates some of the various ways that FileCollection instances are created into a factory so that this is easier to change in the future, merges some FileCollection implementations, and changes plugins to use public APIs instead of internal APIs to create FileCollection instances where an appropriate public API exists.

This PR also deprecates ProjectLayout.configurableFiles(), replaced by ObjectFactory.fileCollection().

Contributor Checklist

  • Review Contribution Guidelines
  • Make sure that all commits are signed off to indicate that you agree to the terms of Developer Certificate of Origin.
  • Check "Allow edit from maintainers" option in pull request so that additional changes can be pushed by Gradle team
  • Provide integration tests (under <subproject>/src/integTest) to verify changes from a user perspective
  • Provide unit tests (under <subproject>/src/test) to verify logic
  • Update User Guide, DSL Reference, and Javadoc for public-facing changes
  • Ensure that tests pass locally: ./gradlew <changed-subproject>:check

Gradle Core Team Checklist

  • Verify design and implementation
  • Verify test coverage and CI build status
  • Verify documentation
  • Recognize contributor in release notes

…bjectFactory.fileCollection()`. Also replace usages of internal `FileOperations.configurableFiles()` method with the public API.
… bunch of places and into `FileCollectionFactory`.
…nstances to instead delegate to `FileCollectionFactory`.
…late the service(s) needed to create instances of this type and decouple clients from this detail. This could/should move to `ObjectFactory` or some other public factory type.
…d by the client to decide whether to run the build in process or in the daemon, rather than using some hard-coded wiring. When the daemon is used, reuse the service instances too (not just the logic).
… delegate to `FileCollectionFactory`. Also merge some `FileCollection` implementations that do the same thing.
…ghtly earlier and avoid carrying around a `FileResolver`.
…nstances, rather than using internal `FileOperations`.
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.

None yet

1 participant