#1976: extend tool commandlet installation logic

[Caylipp]

This PR fixes #1976

Implemented changes:

• Added ignoreProject support to ToolInstallRequest
• Added CLI option --ignore-project to InstallCommandlet
• Updated dependency installation to skip project symlinks when ignoring project or outside project context
• Updated GUI launcher dependencies to install in the software repository
• Added tests for ignore project flag and inheritance

---

Testing instructions

1. Run ide install java --ignore-project inside an IDEasy project and verify Java is installed in the
   software repository without creating a symlink under software/java.
2. Run ide install java --ignore-project outside any project and verify the tool is installed in the
   software repository.
3. Run added tests.

Checklist for this PR

Make sure everything is checked before merging this PR. For further info please also see
our DoD.

• When running mvn clean test locally all tests pass and build is successful
• PR title is of the form #«issue-id»: «brief summary» (e.g. #921: fixed setup.bat). If no issue ID exists, title only.
• PR top-level comment summarizes what has been done and contains link to addressed issue(s)
• PR and issue(s) have suitable labels
• Issue is set to In Progress and assigned to you or there is no issue (might happen for very small PRs)
• You followed all coding conventions
• You have added the issue implemented by your PR in CHANGELOG.adoc unless issue is labeled
  with internal
• You have formulated clear instructions on how to test your contribution under "Testing instructions"

[quando632]

Nice work on this 👍 The ignoreProject flag is threaded cleanly through ToolInstallRequest the standalone-vs-project branching in installAsDependency reads clearly, and I like that the skip path is covered by explicit tests for both the in-project and outside-project cases. Left a few inline comments the main one is about how the CLI flag is declared. 🙂

[coveralls]

Coverage Report for CI Build 29727615224

Coverage increased (+0.04%) to 72.474%

Details

• Coverage increased (+0.04%) from the base build.
• Patch coverage: No coverable lines changed in this PR.
• 74 coverage regressions across 4 files.

Uncovered Changes

No uncovered changes found.

Coverage Regressions

74 previously-covered lines in 4 files lost coverage.

File	Lines Losing Coverage	Coverage
com/devonfw/tools/ide/tool/LocalToolCommandlet.java	38	80.95%
com/devonfw/tools/ide/tool/ToolInstallRequest.java	18	71.88%
com/devonfw/tools/ide/commandlet/InstallCommandlet.java	10	69.23%
com/devonfw/tools/ide/tool/gui/Gui.java	8	18.52%

---

Coverage Stats

Relevant Lines:	16809
Covered Lines:	12698
Line Coverage:	75.54%
Relevant Branches:	7524
Covered Branches:	4937
Branch Coverage:	65.62%
Branches in Coverage %:	Yes
Coverage Strength:	3.2 hits per line

---

💛 - Coveralls

[quando632]

(superseded - see the inline comments.)

[quando632]

(superseded - see the inline comments.)

[quando632]

After my earlier comments I went through every project-dependent input in the install path instead of reporting findings one at a time. The pattern is structural, so I think it is worth looking at as a whole rather than as separate bugs

[quando632]

Thanks for the fast turnaround 🙌 All five points are addressed the isIdeHomeRequired split, the completeRequestRequested version fix, the guarded setVersion, the rewritten test, and the CliException for isIgnoreSoftwareRepo tools. I checked out the current head and the affected suite is green (18 tests, BUILD SUCCESS).

One small open question, no blocker: should --ignore-project also ignore the configured edition (getConfiguredEdition() is still used unconditionally), or is version-only intended? Happy either way just let me know and I'll approve.

[Caylipp]

Thanks for checking. Version-only is intended for this issue, so the configured edition should remain unchanged.