Git开发工作流程

dev*_*ium 3 git version-control

我对版本控制系统还有点新意.

目前我有两个分支:masterdevelop.昨天我正在开发分支,并意识到我所做的是错误的,所以我不得不切换回一些较旧的提交.

问题是,在最近的提交中,我添加了几个新的单元测试并大大改进了一些关键的单元测试基础结构类,即使在回到较旧的提交之后,我也希望保留在我的项目中.

这让我意识到,从一开始我应该做的就是拥有一个与所有那些"项目相关"并且不一定与"当前特征"相关的特征相关的分支.我对吗?

你如何在日常工作流程中使用git处理这些事情?

Zel*_*luX 5

我想向您推荐一篇成功的Git分支模型,它使用功能分支,开发分支,发布分支和hoxfixes来表示不同的目的.您可能感兴趣的另一个Git扩展是gitflow,它为文章中的分支模型提供了高级存储库操作.

  • @Greg,我不同意.无论如何,对版本控制不熟悉的人都在"建造房屋".他们的软件具有相同的复杂性,他们仍然会有他们希望恢复的相同更改.拥有正确的分支模型可以使这些任务更容易.这更像是有人告诉他们使用这些工具建造房屋更容易,但他们无法弄清楚为什么他们不得不拆除并重建墙壁.一个好的分支模型就像一个蓝图,避免了一开始就难以修复错误,即使在短期内看起来更容易开始锤击. (3认同)