2023-05-14 1545 阅读 实用干货 🌋 👫 有效的Git团队协作实践，拒当“分支恐怖分子” Git?目前已经成为最热门的代码管理工具了，进而甚至衍生了如今特别成熟的代码管理平台Github，Gitlab等等.因此如果作为一个Coder，如果经常在协作中出现Git操作不熟练甚至搞出些幺蛾子来，那可就一点都不酷~?因此，在大环境的驱使下，如何在团队协作中进行Git最佳实践，对每一个项目的顺利进
2023-01-29 788 阅读 实用干货 🌋 🎭 掌握编写有效的GitHub提交信息的艺术 写提交信息没有严格的规则，但当在GitHub上做项目时，清楚、简洁地传达你所做的修改是很重要的。做到这一点的方法之一是在提交信息中使用关键字。这些关键词，或标签，有助于表明变化的性质，使其他人更容易理解你的贡献的背景。以下是一些常见的关键词和它们所表示的内容。FEAT：使用这个关键词来表示你正在致力
2022-10-06 1870 阅读 实用干货 🌋 👷 忘改 git config user，用公司邮箱提交到私人的github，如何挽救？ 背景各位打工人一定遇到过这种情况：电脑上存了一些公司代码，也存了一些私人代码（可能放在github上）。在这两种仓库上，需要配置不同的用户信息（用户名和邮箱）。针对当前仓库配置用户信息的方式很简单：gitconfiguser.name名字gitconfiguser.email邮箱针对全局配置默认的用
2022-04-12 1027 阅读 实用干货 🌋 🐢 Git使用实战：多人协同开发，紧急修复线上bug的Git操作指南。 使用场景团队协同开发时，生产环境出现bug，需要紧急修复。每位同学在本地开发，对应本地的dev分支，本地测试通过后提交到测试环境的dev分支。测试环境有其他同学提交的代码，正在测试中，无法提交到生产环境的master分支。以上情况导致我们不能在本地基于dev分支修复bug，因为会和其他同学提交的测试
条件编译这些有时候处理不了 
比如地图选择方案差别就很大 这些跟项目也有很大关系 
需要看情况而定 最好是能一直在一个分支 不到万不得已最好不要这么做 
业务开发时还得区分业务在哪个分支写 
尽可能使用环境编译语法 否则不利于后期维护 
