Normalize generated version file for classpath inputs

[bric3]

What Does This Do

Configures the version-file convention plugin to ignore its generated <project>.version resource during runtime classpath input normalization.

This keeps the changing versioon file from invalidating @Classpath inputs. CodeNarc for example makes use of it, and as such is affected when the file changes.

https://docs.gradle.org/current/userguide/build_cache_concepts.html#runtime_classpath_normalization

On second run now, codenarc should be up to date, for example ./gradlew :dd-trace-core:codenarcTest --info should show the following

:dd-trace-core:writeVersionNumberFile   executed
:dd-trace-core:processResources         executed
:dd-trace-core:jar                      UP-TO-DATE
:dd-trace-core:codenarcTest             UP-TO-DATE

Motivation

The generated version resource includes commit short hash. When it appears on classpath inputs, tasks that do not depend on that metadata can rerun unnecessarily after a commit changes.

The issue was likely introduced by #11345 and as such constitute a follow-up to that work.

Additional Notes

Another strategy is possible: on CI keep today's behavior, but on local machine, use a stable marker.

Contributor Checklist

• Format the title according to the contribution guidelines
• Assign the type: and (comp: or inst:) labels in addition to any other useful labels
• Avoid using close, fix, or any linking keywords when referencing an issue
  Use solves instead, and assign the PR milestone to the issue
• Update the CODEOWNERS file on source file addition, migration, or deletion
• Update public documentation with any new configuration flags or behaviors
• Add your completed PR to the merge queue by commenting /merge. You can also:
  • Customize the commit message associated with the merge with /merge --commit-message "..."
  • Remove your PR from the merge queue with /merge -c
  • Skip all merge queue checks with /merge -f --reason "reason"; please use this judiciously, as some checks do not run at the PR-level (note: the PR still needs to be mergeable, this will only skip the pre-merge build)
  • Get more information in this doc

Jira ticket: [PROJ-IDENT]

[datadog-datadog-prod-us1]

✨ Fix all issues with BitsAI

⚠️ Warnings

🚦 2 Pipeline jobs failed

Check pull requests | Check pull requests     

DataDog/apm-reliability/dd-trace-java | linux-java-spring-petclinic-sca-load-parallel     

Useful? React with 👍 / 👎

_{This comment will be updated automatically if new data arrives.
🔗 Commit SHA: 2714be3 | Docs | Datadog PR Page | Give us feedback!}

[dd-octo-sts]

Hi! 👋 Thanks for your pull request! 🎉

To help us review it, please make sure to:

• Add at least one type, and one component or instrumentation label to the pull request

If you need help, please check our contributing guidelines.

[AlexeyKuznetsov-DD]

Nice! Left minor comment.

[bric3]

/merge

[gh-worker-devflow-routing-ef8351]

View all feedbacks in Devflow UI.

2026-06-16 07:41:04 UTC ℹ️ Start processing command /merge

---

2026-06-16 07:41:09 UTC ℹ️ MergeQueue: pull request added to the queue

The expected merge time in master is approximately 1h (p90).

---

2026-06-16 09:11:04 UTC ℹ️ MergeQueue: This merge request was merged