VS2013 Git版本控制

VS2013 Git版本控制,git,visual-studio-2013,git-branch,team-explorer,Git,Visual Studio 2013,Git Branch,Team Explorer,全部。 有一个学习Git分支的案例研究,它是: 需要启动一个新功能 同时发现一个bug,我们需要一个紧急热修复程序 因此,基本的工作流程是创建并签出“feature1”分支;在该特性的工作中做一些承诺。当发现bug时,我们签出“master”并创建/签出“hotfix”分支。提交修复bug的工作,并将“修补程序”合并到“主程序”中。然后签出“feature1”分支。 我明白了,它很安全,容易理解,而且很有意义。 但是,对我来说,在我的“feature1”分支中更改热修复程序也是有意义的。如何

全部。 有一个学习Git分支的案例研究,它是:

  • 需要启动一个新功能
  • 同时发现一个bug,我们需要一个紧急热修复程序
因此,基本的工作流程是创建并签出“feature1”分支;在该特性的工作中做一些承诺。当发现bug时,我们签出“master”并创建/签出“hotfix”分支。提交修复bug的工作,并将“修补程序”合并到“主程序”中。然后签出“feature1”分支。 我明白了,它很安全,容易理解,而且很有意义。 但是,对我来说,在我的“feature1”分支中更改热修复程序也是有意义的。如何在VS2013中使用团队资源管理器实现这一点?(注1:我想要一个干净的“主”分支,所以我不认为合并是一个选项。)(注2:在命令行Git中,您会建议热修复程序提交时选择一个樱桃色吗?或者是rebase,但rebase不会弄乱散列?)。 仅此而已:当您在VS2013中删除分支时,所有分支的提交都被保留,对吗? 非常感谢。

1)保持主机清洁,不要合并或提交。 2) 创建一个“开发”分支。 3) 从“开发”中创建所需的任何分支 4) 总是公关你的分支机构发展,这将保持你的工作流程清洁。 5) 当您想要部署时,创建一个“deply-02272015”分支并对其进行标记,然后部署该分支(这将是develope的一个副本,其中包含最新版本)。
不确定VS2013,但cmd行或Ortoisegit是git'ing时使用的好工具。

谢谢,Snolan。我所说的干净的主分支是指它没有悬而未决的特性,只是尽可能接近生产。