使用Subversion的“Git”工作流程?

时间:2013-05-28 07:47:39

标签: git svn version-control commit configuration-management

在我以前的团队中,我们使用了Git。我习惯于执行小型和多次提交,这代表了我开发工作的持续进展。

准备好后,我通常会将更改推送到中央git存储库以与其他团队成员共享更改。

在我工作的当前组织中,使用了SVN,并且整个工作流程都不可用。

发生的事情是,我正在使用功能X很长一段时间,并将我的整个功能作为单个提交提交,包含许多文件。

这很麻烦且容易出错。

我想知道使用Subversion的理想开发工作流程是什么?有什么可能类似于我习惯的Git工作流程吗?

2 个答案:

答案 0 :(得分:3)

你应该说服新团队切换到git。如果由于某种原因你无法做到这一点,你仍然可以通过git svn自己使用git - 它将让你使用git原语并根据需要自动将其保存回svn。 Progit(官方Git书)已经whole chapter致力于这个话题。

答案 1 :(得分:3)

  

我正在使用功能X很长一段时间,并将我的整个功能作为单个提交提交,包含许多文件。

这是你的错。 Subversion有真正的分支(与Git的“分支”相反),长期工作可以(并且必须,真的)分成分支,在分支中你可以拥有任意数量的(小|大)提交,以及最终结果必须作为主干中的单个提交合并到主线(/ trunk大多数时间),但您的分支中仍有详细的历史记录。

使用git-svn,你可以继续使用你喜欢的git-client来完成大部分任务(但不是所有的,有时候本机的svn-client也是必须的)

相关问题