chore: bump version 1.2.17

[ECQZXC]

bump version 1.2.17

log: as title

[github-actions]

TAG Bot

TAG: 1.2.17
EXISTED: no
DISTRIBUTION: unstable

[deepin-ci-robot]

[APPROVALNOTIFIER] This PR is NOT APPROVED

This pull-request has been approved by: ECQZXC, fly602

The full list of commands accepted by this bot can be found here.

Details

Needs approval from an approver in each of these files:

• debian/deepin/OWNERS

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

[Zeno-sole]

/test github-trigger-obs-ci

[deepin-ci-robot]

@Zeno-sole: The specified target(s) for /test were not found.
The following commands are available to trigger required jobs:

• /test github-pr-review-ci

Use /test all to run all jobs.

Details

In response to this:

/test github-trigger-obs-ci

Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository.

[Zeno-sole]

/test all

[deepin-ci-robot]

deepin pr auto review

这个提交的改动主要是更新了debian/changelog文件，添加了一个新的版本发布记录。从语法和逻辑上看，这个改动是正确的。但是，从代码质量、性能和安全的角度，没有明显的改进空间。不过，我们可以从其他方面提出一些改进建议：

1. 版本号管理：确保版本号的更新遵循语义化版本控制（Semantic Versioning）规则，即主版本号、次版本号和修订号分别表示不兼容的API更改、向后兼容的功能新增和向后兼容的问题修正。

2. 提交信息：在提交信息中，可以提供更详细的信息，比如新版本引入的功能、修复的bug等，以便其他开发者更好地理解这次提交的目的。

3. 格式化：虽然这个提交的格式是正确的，但是在实际开发中，建议使用统一的格式化工具来保持代码的一致性。

4. 版本发布流程：确保版本发布流程符合公司的规定，比如是否需要代码审查、是否需要更新文档等。

5. 安全性：虽然这个提交不涉及具体的代码逻辑，但在发布新版本时，应确保没有引入新的安全漏洞，比如检查是否有新的依赖项引入了已知的安全问题。

6. 测试：在发布新版本之前，确保进行充分的测试，包括单元测试、集成测试和回归测试，以确保新版本的质量。

7. 文档更新：如果新版本引入了新的功能或修复了重要的bug，应更新相应的文档，确保用户和开发者能够及时了解和使用这些新特性。

综上所述，虽然这个提交本身没有明显的语法或逻辑错误，但从代码质量、性能、安全、测试和文档管理等方面，还有改进的空间。

[fly602]

/forcemerge

[deepin-bot]

This pr force merged! (status: blocked)