为什么用于压缩提交的插件不起作用
Why the addon for squashing commits doesn't work
来自 Weblate 的提交没有被压缩。
设置为：
配备 4 核处理器、6 GB RAM 的服务器。
Weblate 版本 - 3.5.1。部署于 docker.
8 个项目，其中 3 个包含超过 600 个组件，每个项目包含 25.000 到 30.000 个源字符串，其他项目包含很少的组件和字符串，因此它们不算数，5 种翻译语言。每个项目都有 1 个直接组件，其他组件是链接的。
资源文件为Resx（.Net资源文件）。
直接组件的 VCS 设置：
- Git
- 源和推送回购是相同的
- 关闭推送提交（但我尝试在它打开的地方进行配置）
- 提交更改的年龄：4
- 合并样式：rebase
已安装插件：
- 语言一致性
- 将新的源字符串标记为 "Needs editing"
- 组件发现
- 将新翻译标记为 "Needs editing"
- 将未更改的翻译标记为 "Needs editing"
- Squash Git 在 "All commits into one" 模式下提交（也尝试过 "Per language" 模式）
情况：我早上登录Weblate，所以前一天其他用户所做的更改都已提交。来自远程仓库的更改会在夜间自动提取。本地回购中有一些提交（通常是几十个）。我手动将更改推送到远程仓库。而且 Weblate 会在不压缩的情况下推送它们，所以我有提交列表，并且每个提交都只对一个资源文件进行了更改。
预期行为：提交被压缩 - 1 个包含所有更改的大提交或多个提交 - 每个用于不同的语言，根据压缩提交插件的设置。
我在推送之前也尝试过 rebase repo。
通过打开 "push on commit" 设置让 Weblate 自动推送没有任何区别。
3.5.1 版本中的 squash 插件存在一些问题（例如 https://github.com/WeblateOrg/weblate/issues/2623），因此升级可能是个好主意。
来自 Weblate 的提交没有被压缩。
设置为：
配备 4 核处理器、6 GB RAM 的服务器。
Weblate 版本 - 3.5.1。部署于 docker.
8 个项目，其中 3 个包含超过 600 个组件，每个项目包含 25.000 到 30.000 个源字符串，其他项目包含很少的组件和字符串，因此它们不算数，5 种翻译语言。每个项目都有 1 个直接组件，其他组件是链接的。
资源文件为Resx（.Net资源文件）。
直接组件的 VCS 设置：
- Git
- 源和推送回购是相同的
- 关闭推送提交（但我尝试在它打开的地方进行配置）
- 提交更改的年龄：4
- 合并样式：rebase
已安装插件：
- 语言一致性
- 将新的源字符串标记为 "Needs editing"
- 组件发现
- 将新翻译标记为 "Needs editing"
- 将未更改的翻译标记为 "Needs editing"
- Squash Git 在 "All commits into one" 模式下提交（也尝试过 "Per language" 模式）
情况：我早上登录Weblate，所以前一天其他用户所做的更改都已提交。来自远程仓库的更改会在夜间自动提取。本地回购中有一些提交（通常是几十个）。我手动将更改推送到远程仓库。而且 Weblate 会在不压缩的情况下推送它们，所以我有提交列表，并且每个提交都只对一个资源文件进行了更改。 预期行为：提交被压缩 - 1 个包含所有更改的大提交或多个提交 - 每个用于不同的语言，根据压缩提交插件的设置。
我在推送之前也尝试过 rebase repo。
通过打开 "push on commit" 设置让 Weblate 自动推送没有任何区别。
3.5.1 版本中的 squash 插件存在一些问题（例如 https://github.com/WeblateOrg/weblate/issues/2623），因此升级可能是个好主意。