技术学习与实践笔记

软件开发

Git 工作流最佳实践：分支策略与协作规范

· 分类：软件开发

记录团队 Git 工作流的实践总结，涵盖分支模型、提交规范与冲突处理。 分支模型选择 Git Flow（适合发布周期长的项目） main：生产环境代码，每次合并打 tag。 develop：集成测试分支。 feature/*：功能开发分支，从 develop 拉出。 hotfix/*：紧急修复分支，从 main 拉出。 GitHub Flow（适合持续部署的项目） main：始终可部署。 feature/*：功能分支，通过 PR 合并到 main。 合并即部署，强调 CI 自动化。 提交信息规范 推荐使用 Conventional Commits 格式： <type>(<scope>): <subject> <body> <footer> 常见 type： type 说明 feat 新功能 fix 修复缺陷 docs 文档变更 refactor 重构（不改变功能） test 测试相关 chore 构建/工具变更 示例： feat(auth): 添加 OAuth2 登录支持 集成 Google 和 GitHub OAuth2 登录， 用户可选择第三方账号登录。 常用协作命令 1 2 3 4 5 6 7 8 9 10 11 # 同步远程分支并清理已删除的远程分支引用 git fetch --prune # 交互式 rebase 整理提交历史 git rebase -i origin/develop # cherry-pick 挑选特定提交到当前分支 git cherry-pick <commit-hash> # 查看分支差异 git log --left-right --graph --cherry-pick --oneline main.

软件开发实践：代码质量与工程化思考

· 分类：软件开发

记录日常软件开发中的工程实践与经验总结，包括代码规范、版本管理和测试策略。 代码质量的基本功 命名清晰：变量、函数命名表达意图，避免缩写歧义。 函数短小：单一职责，一个函数只做一件事。 及时重构：发现坏味道时尽早处理，避免技术债累积。 写有意义的注释：注释说明『为什么』，代码本身说明『怎么做』。 Git 常用实践 1 2 3 4 5 6 7 8 9 # 查看提交历史的图形化展示 git log --oneline --graph --all # 将多个提交合并为一个 git rebase -i HEAD~3 # 暂存当前修改，切换分支处理紧急问题 git stash git stash pop 测试策略分层 层级 特点 占比建议 单元测试 快速、隔离、定位精确 70% 集成测试 验证模块间协作 20% 端到端测试 模拟真实用户场景，成本高 10% 小结 工程化能力的提升来自持续实践与复盘，后续会记录 CI/CD 流水线搭建与代码评审的实践经验。