我已经在 Intellij 中编写了一个功能齐全的 Android 应用程序，使用 JDK 11 和 Android SDK 28。但是我无法在我的代码上运行 JavaDoc，我无法弄清楚为什么或如何修复它！起初，我收到了很多错误，例如"android.whatever package not found". 修复起来很简单，在谷歌搜索后我发现我需要将 -bootclasspath pathtomyandroidsdkjarfile 添加到“额外的命令行选项”部分，这可以解决其他所有人的问题。但是当我添加该行时，出现以下错误：
error: option --boot-class-path not allowed with target 11
我不确定“目标 11”是什么意思，但我想我可以推断它意味着 JDK 11。所以，我不知道从哪里开始。任何人都可以提供的任何帮助将不胜感激！
这看起来应该是一个简单的问题，但我整个早上都在寻找答案，但我就是找不到令我满意的答案。我能找到的最接近的东西是这个问题，Git merge squashrepeated，但这个问题是 11 年前的问题，所以希望“除非你创建临时分支，否则你根本无法做到这一点”的共识已经改变。
我正在从事一个长期项目，我基本上是唯一的贡献者。理想情况下，我希望有一个长期持续的development分支，我可以继续一点一点地修补和工作，并master在我达到稳定的可发布状态时定期对分支进行压缩合并。我不想让完整的提交历史记录可用/可见master，因为我希望能够轻松地向后浏览稳定的官方版本的历史记录。但是，我确实希望完整的提交历史记录可以在某个地方可用，以便它变得相关。
问题是，如果我尝试以直觉上认为应该有效的方式做到这一点，那就行不通。南瓜合并提交创建了一个与master中的任何内容都不匹配的提交development，因此下次我尝试执行南瓜合并时，它会说存在冲突，我需要从合并master到development...并且当我越来越多地重复这个过程，这个问题不断增长，我有六个提交在两个分支之间来回跳动，这些提交实际上并没有更改任何文件，但我似乎无法摆脱。
我想要制作的图形看起来像这样，如果这有意义的话：
B-------------------G-----------J master
/ / /
a---b---c---d---e---f---g---h---i---j development
到目前为止我一直在使用的解决方案非常丑陋：我使用版本号创建一个新分支，例如development_601，然后当我再次稳定时，我从该分支向 master 发出拉取请求，并压缩合并提交，然后我在挤压合并后创建另一个新development_602分支master。development_601被封存。这看起来很混乱、烦人，而且是错误的，特别是因为 Git 似乎暗示我应该在合并拉取请求后删除我的分支，但就像我说的，我想在某个地方记录我完整的混乱历史，我只是不这样做不希望它（轻易）从外部可见。
我一直在使用 Github Desktop 应用程序和 Github 网站；我一直试图避免将控制台命令放入我的工作流程中。
这是一种奇怪的行为吗？development我觉得“拥有一个带有master/分支的长期release分支，定期但不完全地反映它”是一种非常常见的系统，但不知何故，我找不到任何地方可以解释如何实现它。