-
Notifications
You must be signed in to change notification settings - Fork 1.4k
refactor workspace initializers #3664
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
Conversation
motivation: nicer API to work with changes: * deprecate previous initializer * introduce new initializer with minimal signatures, and clearly defined argument names and API docs * make DependencyMirrors thread safe * adjust call sites
@abertelrud @neonichu looking for feedback on this approach. the idea is to clean up the workspace initializers even further as part of tightening the public API. this will help us also make forward on the pending configuration work. key changes are in Workspace, the rest is adjustments to those changes |
@swift-ci please smoke test |
@swift-ci please smoke test |
@swift-ci please smoke test linux |
private let isPrefetchingEnabled: Bool | ||
private let prefetchingEnabled: Bool | ||
|
||
/// Skip updating containers while fetching them. | ||
private let updateEnabled: Bool |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The API design guidelines recommend the old names. https://swift.org/documentation/api-design-guidelines/#boolean-assertions
I think the new names can be mis-interpreted as properties that return a new DependencyMirrors
with prefetching or update enabled, without reading the documentation.
56f6939
to
67a0d37
Compare
@swift-ci please smoke test |
Ci failure due to changes in swift driver. cc @artemcm |
Should be fixed with swiftlang/swift-driver#797. |
@swift-ci please smoke test |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@abertelrud @neonichu looking for feedback on this approach. the idea is to clean up the workspace initializers even further as part of tightening the public API. this will help us also make forward on the pending configuration work. key changes are in Workspace, the rest is adjustments to those changes
This looks like great cleanup.
motivation: nicer API to work with
changes: