[dipu] partially refactor CMakeLists.txt and tidy almost all source code.

[wiryls]

理应拆分为俩仨个 PR，但最近集群环境更新，需要重新搭建开发环境。因此可能不方便 debug，于是打包提交这个 PR。

这次的 PR 内容比较多，主要包含四类事项：

0. 为 CI 新增 clang-tidy 的流程
1. 重构一个 CMakeLists.txt 文件，关于 CMakeLists.txt 改进问题 #479。之后还需要
   • 重新组织当前 CMakeLists.txt
   • 重构 vendor 的 CMakeLists.txt
   • 重构顶层 CMakeLists.txt
2. 简单的代码 tidy
   • 调整头文件格式（" 与 <）
   • 移除少量无用的头文件（危险的操作）
   • 根据 tidy 的提示进行代码更新
3. 简单的代码逻辑重构
   • dipu/torch_dipu/csrc_dipu/aten/RegisterDIPU.cpp

还有一些问题：

• csrc_dipu/CMakeLists.txt 是否与旧版功能上等价？
• csrc_dipu/runtime/distributed/c10dOps.cpp 是否必须使用 const_cast？
• csrc_dipu/runtime/distributed/c10dOps.cpp 是否可以可以将 barrier_dipu 参数 tensor 修改为 const & 经过测试不可以随便改，需要与 Python 层保持接口一致

以及一些经验：

• 在修改函数参数类型前，需要确定它不是接口层，也不用于 pybind 等
• 当前代码没有区分公私有头文件，关系也较为混乱，因此移除头文件变得比较危险
  • 移除某些头文件之后编译时没有问题，但运行时出现异常
  • 最好翻翻有没有什么好用的分析工具

[wiryls]

目前这里的 config 采用了旧版逻辑。但我们还提供了使用使用外部 DIOPI 的配置，这种实现并不兼容外部 DIOPI 的情况。

考虑到目前只有 s2 使用外部 DIOPI，并且只有 camb 在用 convert_config.yaml，因此暂时没有问题。关于后续修复方法，可以考虑从 targets 绑定的变量获取 convert_config.yaml 路径。

或者再确认一下是否还有使用外部 DIOPI 的需求，能移除最好，毕竟维护起来挺麻烦的，容易像这里一样遗漏。

[wiryls]

We do not recommend using GLOB to collect a list of source files from your source tree. —— CMake: file

另外，这样修改之后，每次新增 cpp 文件都需要修改此处的 CMakeLists.txt 了。