gpt4 book ai didi

svn - 使用版本控制使多个代码分支保持最新

转载 作者:行者123 更新时间:2023-12-04 05:59:28 25 4
gpt4 key购买 nike

我希望有人能够帮助我更好地理解这种情况下的版本控制。目前我们正在考虑实现 VisualSVN 或 Mercurial,但希望首先弄清楚我们的策略。

我是一个两人开发团队的一员,致力于移植和维护定制的 CMS 系统。我们希望保持一个“稳定”的分支,并且每个分支都根据需要拥有自己的开发分支。

我们不确定的是每个客户都需要他们自己的定制(模板、样式表等)。我希望这些是稳定的分支。理想情况下,我们想要一种方法来确保对稳定版所做的任何更改(例如将开发分支重新合并或添加热修复)都被推送到客户分支。

  • 有没有办法确保这些客户分支总是自动提前到最新的变更集?
  • 我们可以选择在初始分支操作后排除某些文件(例如 *.css)被推送到客户端分支吗?

  • 看看这个,你就可以进入每个客户分支并从稳定中提取,合并最新的变化。如果我们最终有很多客户分支,有没有更好的方法来做到这一点?

    我发现了一些似乎提供了很好建议的问题
  • Using version control with non-hierarchical code?
  • Practical way to commit changes in source control to multiple branches
  • Version control for multiple instances of a developing code
  • How do I keep my branches up to date with the 'default' branch under Mercurial?

  • 如果我倒退,我很抱歉,但所有建议将不胜感激。

    最佳答案

    • Is there a way to ensure that these customer branches always get automatically brought forward to the most recent changeset ?


    你通过去分支,从稳定和合并中拉出来来做到这一点。

    • Can we choose to exclude certain files (such as *.css) from getting pushed to the client branches after the initial branch operation ?


    不,您在合并时不会排除这样的文件。你应该构造你的文件,以便你有一个基本文件——称之为 base.css — 然后你有 client.css这是一个额外的样式表。这样你就可以覆盖来自 base.css 的东西在 client.css根据需要,您将获得最新版本的 base.css当您与稳定分支合并时。

    您通常可以将相同的系统用于需要在每个客户端基础上更改的其他文件:配置文件和主题。

    Looking at this you'd be able to go into each customer branch and pull from stable, merging the latest changes in. In the event that we end up with lots of customer branches, is there a better way to do this ?



    不,这就是它的工作方式。您当然可以编写此脚本以使其更方便并降低出错的风险。

    关于svn - 使用版本控制使多个代码分支保持最新,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/9097639/

    25 4 0
    Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
    广告合作:1813099741@qq.com 6ren.com