Wang Defa
9afe4a8649
All checks were successful
Build and Release / build-and-test (arm64, alpine) (push) Successful in -13s
Build and Release / build-and-test (amd64, alpine) (push) Successful in -6s
Build and Release / build-and-test (arm64, ubuntu) (push) Successful in -7s
Build and Release / build-and-test (amd64, ubuntu) (push) Successful in 7s
Build and Release / release (push) Successful in 21s
- 将 Debian 包仓库从 bookworm/trixie 双发行版改为通用 stable 仓库 - 新增完整的 llmdoc 文档系统，包含架构、指南和参考文档 - 更新 README.md 和部署指南以反映新的仓库配置 - 添加 .gitignore 文件
43 lines
1.0 KiB
Markdown
43 lines
1.0 KiB
Markdown
# Git 规范指南
|
||
|
||
## 1. 提交信息规范
|
||
|
||
### 提交信息类型
|
||
- **功能改进**：`更新`（如 "更新版本"）
|
||
- **新增特性**：`添加`（如 "添加对 Tari Solo 的支持"）
|
||
- **文档更新**：`修改`（如 "修改 README"）
|
||
- **代码清理**：`删除`（如 "删除多余行"）
|
||
|
||
### 提交信息要求
|
||
- 使用简体中文
|
||
- 简洁明了，不超过 50 个字符
|
||
- 描述具体的变更目的和影响
|
||
|
||
## 2. 分支管理策略
|
||
|
||
### 主要分支
|
||
- `main`：稳定发布分支
|
||
- 仅接受经过充分测试的代码
|
||
- 直接反映生产环境状态
|
||
|
||
### 开发流程
|
||
1. 从 `main` 创建功能分支
|
||
2. 开发并完成功能
|
||
3. 提交 Pull Request 到 `main`
|
||
4. 代码审查通过后合并
|
||
|
||
## 3. 标签管理
|
||
|
||
### 版本号命名
|
||
- 格式：`v主版本.次版本.修订版`
|
||
- 示例：`v1.0.0`
|
||
|
||
### 标签用途
|
||
- 标记重要的发布版本
|
||
- 便于版本回溯和追踪
|
||
|
||
## 4. 最佳实践
|
||
|
||
- 保持提交原子性
|
||
- 每个提交完成一个独立的逻辑功能
|
||
- 提交前确保代码通过基本测试 |