一、基础流程（推荐工作流）
. 克隆仓库到本地
bash

编辑

git clone https://github.com/shate32cm-cyber/test.git
cd test
. 配置用户信息（首次使用需设置）
bash

编辑

git config –global user.name “shate32cm-cyber”
git config –global user.email “your-email@example.com”
⚠️ 邮箱建议和 GitHub 账号一致，否则 commit 不会关联到你的账号。
📁 二、日常开发流程（推荐：功能分支工作流）
✅ 好习惯：不要直接在 main 分支写代码！
步骤：
拉取最新代码
bash

编辑

git checkout main
git pull origin main
新建功能分支
bash

编辑

git checkout -b feat/add-login-page

或 fix/bug-name, chore/update-deps 等

编写代码 → 添加 → 提交
bash

编辑

修改文件后

git add .
git commit -m “feat: add login form component”
推送到远程分支
bash

编辑

git push -u origin feat/add-login-page
在 GitHub 上创建 Pull Request (PR)
合并前可让队友 Code Review
合并后删除远程分支（GitHub 通常提供选项）
回到 main 并更新
bash

编辑

git checkout main
git pull origin main
✍️ 三、Commit 信息规范（推荐 Conventional Commits）
格式：
text

编辑

():
常见 type：
feat: 新功能
fix: 修复 bug
docs: 文档更新
style: 代码格式（不影响逻辑）
refactor: 重构
test: 测试相关
chore: 构建/依赖等杂项
✅ 示例：
bash

编辑

git commit -m “feat(auth): implement user login API”
git commit -m “fix: resolve null pointer in user profile”
git commit -m “docs: update README with setup instructions”
这样后续生成 changelog 或自动化发布会更方便。
🛡️ 四、其他好习惯
表格
项目 建议
.gitignore 添加忽略文件（如 node_modules/, .env, *.log）
README.md 写清楚项目用途、安装步骤、用法
分支命名 语义化，如 feat/user-profile, fix/header-bug
小步提交 每次 commit 只做一件事，避免“大杂烩”
频繁 pull 避免与主干偏离太远
🔁 五、遇到冲突怎么办？
git pull origin main（在你的分支上）
手动解决冲突文件（标记为 <<<<<<< HEAD … >>>>>>>）
git add . → git commit → git push
🎁 附加建议
如果是个人项目，也可以简化流程（直接在 main 开发），但仍建议写清晰的 commit 信息。
使用 git log –oneline 查看历史。
学会用 git stash 临时保存未提交更改。