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

Turn EvalTask into a tracked Gradle task #390

Merged
merged 1 commit into from
Apr 5, 2024

Conversation

translatenix
Copy link
Contributor

Rationale: "Output file names are known only after execution" isn't a legitimate reason to make this task untracked because the output directory is known in this case. This is no different from (say) the JavaCompile task, where only the class file output directory is known upfront. Forum discussion didn't reveal another reason why this task should be untracked.

Rationale: "Output file names are known only after execution"
isn't a legitimate reason to make this task untracked
because the output directory is known in this case.
This is no different from (say) the `JavaCompile` task,
where only the class file output directory is known upfront.
Forum discussion didn't reveal another reason why this task
should be untracked.
Copy link
Contributor

@StefMa StefMa left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Do we want to have a test for this? 🤔

@translatenix
Copy link
Contributor Author

A test for what exactly?

@StefMa
Copy link
Contributor

StefMa commented Apr 4, 2024

Testing that if running the task twice, it will be up-to-date for the second run.

@translatenix
Copy link
Contributor Author

I think the only potential benefit of such a test is that it fails if someone adds back @Untracked. Otherwise it's just testing Gradle.

@holzensp holzensp merged commit 3c6df1f into apple:main Apr 5, 2024
5 checks passed
@bioball
Copy link
Contributor

bioball commented Apr 5, 2024

The reason this is untracked is because both getOutputFile() and getMultipleFileOutputDir() accepts placeholder values, that get substituted out before Pkl writes any files.

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

4 participants