docs: fix typos and word case (#226)

修正部分单词错误和写法错误。

/kind improvement

```release-note
None
```

versioned_docs/version-2.6/developer-guide/core/run.md

@@ -89,7 +89,7 @@ halo:
 2. 修改 IntelliJ IDEA 的运行配置
     1. macOS / Linux
     将 Active Profiles 改为 `dev`，如图所示：
-    ![IntelliJ IDEA Profiles](/img/developer-run/IntelliJ-IDEA-Profiles-MacOs.png)
+    ![IntelliJ IDEA Profiles](/img/developer-run/IntelliJ-IDEA-Profiles-macOS.png)
     2. Windows
     将 Active Profiles 改为 `dev,win`，如图所示：
     ![IntelliJ IDEA Profiles](/img/developer-run/IntelliJ-IDEA-Profiles-Win.png)

versioned_docs/version-2.6/developer-guide/plugin/examples/todolist.md

@@ -571,7 +571,7 @@ const handleDelete = (todo: Todo) => {
 </style>
 ```
 
-这在原先的基础上替换为了 `TypeScipt` 写法，并去除了数据保存到 `LocalStorage` 的逻辑，这也是我们推荐的方式，可读性更强，且有 `TypeScript` 提供类型提示。
+这在原先的基础上替换为了 `TypeScript` 写法，并去除了数据保存到 `LocalStorage` 的逻辑，这也是我们推荐的方式，可读性更强，且有 `TypeScript` 提供类型提示。
 
 至此我们就完成了与插件后端 APIs 实现 Todo List 数据交互的部分。
 

versioned_docs/version-2.6/developer-guide/plugin/manifest.md

@@ -34,7 +34,7 @@ description: 了解插件资源文件 plugin.yaml 如何配置
 - `spec.logo`：插件 logo，可以是域名或相对于项目 src/main/resources 目录的相对文件路径。
 - `spec.settingName`：插件配置表单名称，参考表单定义，不需要表单设置则可删除。
 - `spec.configMapName`：表单定义对应的值标识名, 推荐命名为 "插件名-configmap"，没有配置 `settingName` 则不需要配置此项。
-- `spec.homepage`：通常为插件的 Github 仓库链接，或可联系到插件作者或插件官网或帮助中心链接等。
+- `spec.homepage`：通常为插件的 GitHub 仓库链接，或可联系到插件作者或插件官网或帮助中心链接等。
 - `spec.displayName`：插件的显示名称，它通常是以少数几个字来概括插件的用途。
 - `spec.description`：插件描述，用一段话来介绍插件的用途。
 - `spec.license`：插件使用的软件协议，参考：<https://en.wikipedia.org/wiki/Software_license>。

versioned_docs/version-2.6/developer-guide/plugin/publish.md

@@ -6,13 +6,13 @@ description: 了解如何与我们的社区分享你的插件
 
 ## 创建你的 Release
 
-当你完成了你的插件并进行充分测试后，切换到插件目录 Build 一次，当没有发生任何错误你就可以推送到 Github 并 `Create a new release`。
+当你完成了你的插件并进行充分测试后，切换到插件目录 Build 一次，当没有发生任何错误你就可以推送到 GitHub 并 `Create a new release`。
 
-然后填写 `Release Tag` 和描述点击创建，项目目录下的 `.github/workflows/workflow.yaml` 文件会被 `Github Action` 触发并执行，脚本会自动根据你的 `Release Tag` 修改插件版本号然后在 `Release` 的 `Asserts` 中包含打包产物--插件的 JAR 文件。
+然后填写 `Release Tag` 和描述点击创建，项目目录下的 `.github/workflows/workflow.yaml` 文件会被 `GitHub Action` 触发并执行，脚本会自动根据你的 `Release Tag` 修改插件版本号然后在 `Release` 的 `Asserts` 中包含打包产物--插件的 JAR 文件。
 
 ## 分享你的插件
 
-用户可以在你的仓库 Release 下载使用，但为了方便让社区用户看到，你可以在我们的 [awesome-halo](https://github.com/halo-sigs/awesome-halo) 仓库发起一个 Pull Request，为此你需要先 Fork [awesome-halo](https://github.com/halo-sigs/awesome-halo) 并按照此仓库的要求添加一行记录是关于你的插件仓库地址和功能描述的，然后推送你的更改并通过 Github 向 [awesome-halo](https://github.com/halo-sigs/awesome-halo) 的 `main` 分支发起 Pull Request。
+用户可以在你的仓库 Release 下载使用，但为了方便让社区用户看到，你可以在我们的 [awesome-halo](https://github.com/halo-sigs/awesome-halo) 仓库发起一个 Pull Request，为此你需要先 Fork [awesome-halo](https://github.com/halo-sigs/awesome-halo) 并按照此仓库的要求添加一行记录是关于你的插件仓库地址和功能描述的，然后推送你的更改并通过 GitHub 向 [awesome-halo](https://github.com/halo-sigs/awesome-halo) 的 `main` 分支发起 Pull Request。
 
 ## 等待审核