适合初学者及以后的人正确使用 git
我注意到许多程序员忽略了下面概述的规则,或者根本不知道它们。尽管如此,遵循这些规则可以使使用 git 的大小团队的工作标准化,避免在开发分支和生产分支中出现问题和错误。
混蛋模因
需要注意的是,我不是 git 大师,不了解所有命令和功能,但我希望这篇文章对您有所帮助
“我们总是努力掌握”
需要遵循的第一条规则是将生产和开发分支分开。我通常使用main和develop分支。通常每次更改都会自动部署分支main,而develop分支用于开发但没有错误并且所有功能都已完成。
gitflow方案
如图所示,对main分支的任何更改仅来自develop分支(可能链接到某些测试环境),但没有人直接与develop分支一起工作。每个任务都应该从继承develop和创建一个新分支开始。任何修复都应该在单独的分支中进行,然后合并到develop.
在任务影响较大功能的情况下,特别是如果它需要多个开发人员的参与,则有必要从 develop 继承到一个单独的“EPIC”分支。它们可以有序号EPIC-100,EPIC-101……或者反映本质EPIC-notifications。每个致力于此“EPIC”的开发人员都应该继承它并将他们完成的任务直接合并到其中。
通过这种层次结构,可以将任务委派给不同级别的开发人员。例如,您可以develop只允许推送给团队领导和高级程序员。并且对于一些任务,你可以将EPIC的完全控制权交给中层开发人员,这样他们就可以控制初级任务的合并,并对EPIC中的代码质量负责。这将最大限度地减少错误,并根据所有开发人员的能力将项目责任分配给他们。而你的分支将永远是你的——不会发生由于不同程序员的不同步推送而导致本地和远程服务器突然不同步的情况。
出了点问题 - 我们需要回滚
有时,从事某个项目的开发人员之一可能会不
还没有评论,来说两句吧...