目前我们正在使用Subversion作为我们的版本控制系统,但我们愿意切换到Git或其他任何其他方式来实现这一点。
我们只知道基本的SVN / Git命令,所以希望有人可以解释如何以对我们有意义的方式做我们想要的事情。
下面的图片显示了我们想要的工作流程,并且比我能解释的要好得多。
我的问题是:
有可能吗? Subversion能够做到吗?或者我是否需要切换到Git(或Git-SVN)?
只是寻找一些信息让我指出正确的方向。
编辑:如果第二个存储库(站点#2 - 暂存和生产)位于与站点#1(暂存和生产)不同的远程服务器上,我是否能够执行此操作?
答案 0 :(得分:1)
有可能吗?
是
Subversion能够做到吗?
是。在最简单的情况下,单个存储库中的六个(强制)分支(多存储库设置也是可能的,但是需要更多技巧更令人头痛)+部署任务的相当复杂的提交后挂钩
我是否需要切换到Git(或Git-SVN)?
你可以切换到任何纯粹的 DVCS (没有桥接到废弃的SVN),虽然这不一定:只是为了更自然的合并并避免“SVN重构地狱”。有了SVN背景,我建议考虑Mercurial,而不是Git - 减少哭泣,减少头痛,更多真实的工作,而不是与困难和非显而易见的斗争