We are almost done addressing all the overlapping issues I wanted to cover in this series and we already solved multiple conflicts. I would like to add the next resolutions in this message.
Right now, the common entrypoint for the tools is bin/solr(.cmd). This includes the AssertTool, which uses single-letter names for many of its options that are already used by other tools. Because of this, I created a proposal for removing the single-letter names. Since the assert tool is mainly used for testing, this should not impact user experience much. See SOLR-17479 <https://issues.apache.org/jira/browse/SOLR-17479>. SOLR-17480 <https://issues.apache.org/jira/browse/SOLR-17480> addresses the option for setting solr.data.home, which uses different flags on bin/solr and bin/solr.cmd. The ticket proposes to deprecate --solr-data and replace it with --data-home, and to deprecate and remove -t, which is not obvious and overlaps with --type/-t. And the third ticket (SOLR-17481 <https://issues.apache.org/jira/browse/SOLR-17481>) addresses -n, which is used for --conf-name (multiple tools), --num-threads (SolrExporter) and --no-prompt (RunExampleTool). Here, -n cannot be used for --no-prompt through bin/solr(.cmd) and is therefore obsolete. The flag may be simplified to --threads outside of this ticket in the future, simplifying the input further to reduce the UX impact. The last ticket in this message is SOLR-17482 <https://issues.apache.org/jira/browse/SOLR-17482>, which aims to merge --recurse/-r and --recursive/-r into the same option. As usual, please speak up if you disagree with any of the proposals, so that we can take additional perspectives into account during the CLI migration. >
