如何在团队中使用 Git 与 GitHub 而不把一切弄坏

Source: Dev.to

每个工程团队都应采用的权威指南

停止为 Git 争执。
停止破坏 main。
停止丢失工作。

这正是全球初创公司和成长型企业中高绩效团队使用的工作流——对初学者足够简单，对资深工程师足够严谨。

核心工作流（6 条命令统领全局）

# 1. Safely stash your in‑progress changes
git stash push -m "wip: halfway through payment UI"

# 2. Fetch and integrate the latest main
git pull origin main --rebase    # preferred over merge for clean history

# 3. Re‑apply your work on top
git stash pop                    # resolves conflicts early

# 4. Stage changes
git add .

# 5. Write a meaningful commit message
git commit -m "feat: add real‑time donation progress bar with percentage"

# 6. Push to remote
git push origin HEAD

每日与每小时的纪律（务必坚持）

git stash
git pull origin main --rebase
git stash pop

执行此习惯：

• 早晨第一件事
• 开始任何新任务前
• 同事宣布热修复后
• 推送任何提交前

这个单一习惯可消除约 95% 的合并冲突。

高级单行命令（加入你的 Shell）

# ~/.zshrc or ~/.bash_profile
alias sync="git stash push -m 'autosave $(date +%H:%M)' \
    && git pull origin main --rebase \
    && git stash pop"

现在只需运行：

sync

推荐的分支策略（安全 + 快速）

示例：启动一个规范的特性分支

git pull origin main --rebase
git checkout -b feat/share-fundraiser-buttons
# ... work ...
git add .
git commit -m "feat: add social sharing for fundraisers"
git push -u origin feat/share-fundraiser-buttons
# → Open Pull Request on GitHub

约定式提交（你的团队会感谢你）

• feat: 添加新功能
• fix: Bug 修复
• docs: 仅文档更改
• style: 格式化、缺少分号等
• refactor: 既不修复 Bug 也不添加功能的代码更改
• perf: 性能改进
• test: 添加或修正测试
• chore: 构建过程或辅助工具的更改

示例

git commit -m "feat: add fundraiser short link sharing"
git commit -m "fix: prevent negative donation amounts"
git commit -m "refactor: extract donation validation logic"

冲突解决（当 stash pop 失败时）

git stash pop
# → Conflict in payments/views.py

1. 手动修复 >>>>>> 标记。

2. 将已解决的文件加入暂存区：

   git add payments/views.py

3. 提交（不需要 -m；Git 会生成合并提交信息）：

   git commit

每位团队成员必须遵守的黄金规则

1. 永不直接提交到 main（除非经批准的热修复）。

快速参考速查表（请置顶）

# Stay in sync (run often)
sync                    # your alias
# or manually:
git stash && git pull --rebase origin main && git stash pop

# Ship completed work
git add .
git commit -m "type(scope): description"
git push

# Start new work safely
git pull --rebase origin main
git checkout -b feat/your-feature-name

# Emergency hotfix
git checkout main
git pull --rebase origin main
git checkout -b hotfix/critical-bug

结束语

我曾在因合并冲突而浪费整整一天的团队工作。
我也曾在每天部署 20 次且毫无波澜的团队工作。

区别始终在于：对同步和分支的纪律性。

• 今天就采用此工作流。
• 在代码审查中强制执行。
• 将其写入入职文档。

未来的你——以及每一位曾对 Git 大喊大叫的同事——都会感谢你。

现在，去像专业人士一样协作吧。

已为你在 2025 年避免至少 47 次怒气退出。别客气。