【问题标题】:using SVN branches for Web Development/Deployment使用 SVN 分支进行 Web 开发/部署
【发布时间】:2013-12-06 05:41:16
【问题描述】:

我是 SVN 新手,考虑使用它和 TortaiseSVN 来管理我们的 Web 内容文件。我们对各种网站进行了许多更改,每天都有来自各种 Web 前端开发人员的多次部署。我想构建我的代码,其中我有一个开发分支,其下有多个站点,然后是一个生产分支。

是否可以在站点 1 中本地完成所有工作,然后同步到我们的开发 Web 服务器。当文件准备好用于生产时,网络生产者会将他们的更改合并到适当的生产分支中。我过去用 Perforce 做过这个,但我不知道如何用 SVN 做这个。看起来我必须先将它合并到我的本地 Production/site1 然后提交这些更改?有没有办法将更改直接合并到 SVN 服务器?这是管理网络内容的正确方法吗?

发展 站点1 站点2 站点3

生产 站点1 站点2 站点3

【问题讨论】:

    标签: svn tortoisesvn


    【解决方案1】:

    您的发现是正确的。合并必须首先在工作副本中完成,然后提交到服务器。不使用工作副本就无法执行合并。

    没有一种“管理网络内容的正确方法”。您使用符合您要求的方法和程序。

    【讨论】:

      【解决方案2】:

      您对“合并”一词的使用引起了一些混乱,因为在 SVN 中,更改会在分支之间合并等,但我猜您实际上是在谈论将更改部署到其他服务器。

      在这种情况下,通常的工作方式是拥有一个您正在处理的本地副本,如果更改是重大的,那么这些将在开发分支上执行以允许它们被提交(保存),而不会影响其他。然后,这些更改将在本地计算机上合并到部署分支或主干中,进行测试并提交。

      您可以使用提交后挂钩,自动将您的更改部署到主干或部署分支到实际的 Web 服务器。

      我相信这将是更常见的工作模式之一。

      【讨论】:

      • 我在谈论合并和部署更改。每当生产分支进行 SVN 更新时,就会部署更改。我发现为了进行合并/集成,我必须在我的系统上本地拥有两个分支。太糟糕了 Perforce 做得更好,不需要您合并分支,这是有道理的,因为在处理大型项目时,您可能永远不会在系统上完整构建。
      猜你喜欢
      • 1970-01-01
      • 2012-07-10
      • 1970-01-01
      • 2011-07-27
      • 2016-06-21
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2018-04-11
      相关资源
      最近更新 更多