在我之前的团队中,我们使用了 Git。我习惯于执行小而多的提交,这代表了我的开发工作的持续进展。
准备好后,我通常会将更改推送到中央 git 存储库,以便与其他团队成员共享更改。
在我工作的当前组织中,使用的是 SVN,并且整个工作流程不可用。
发生的事情是,我在功能 X 上工作了很长时间,并将我的整个功能作为一个提交提交,包含许多文件。
这很麻烦并且容易出错。
我想知道使用 Subversion 的理想开发工作流程是什么?有什么可能类似于我习惯的 Git 工作流程吗?
在我之前的团队中,我们使用了 Git。我习惯于执行小而多的提交,这代表了我的开发工作的持续进展。
准备好后,我通常会将更改推送到中央 git 存储库,以便与其他团队成员共享更改。
在我工作的当前组织中,使用的是 SVN,并且整个工作流程不可用。
发生的事情是,我在功能 X 上工作了很长时间,并将我的整个功能作为一个提交提交,包含许多文件。
这很麻烦并且容易出错。
我想知道使用 Subversion 的理想开发工作流程是什么?有什么可能类似于我习惯的 Git 工作流程吗?
我在功能 X 上工作了很长时间,并将我的整个功能作为一个提交提交,包含许多文件。
这是你的错。Subversion 有真正的分支(与 Git 的“分支”相反),长时间的工作可以(而且必须,真的)被分成分支,你可以在其中有任意数量的(小|大)提交,最终结果必须合并到主线(/trunk 大多数时候)作为主干中的单个提交,但您的分支中仍然有详细的历史记录。
使用 git-svn,你可以继续使用你喜欢的 git-client 来完成大多数任务(但不是全部,有时本地 svn-client 是必须的)
你应该说服新团队改用 git。如果出于某种原因您不能这样做,您仍然可以通过自己使用 git git svn
- 它可以让您使用 git 原语并根据需要自动将其保存回 svn。Progit(Git 官方书籍)有一整章专门讨论这个主题。