trunk

    117热度

    4回答

    使用TortoiseSVN,我需要对我在分支中完成的更改进行合并,然后将它们与Trunk合并。 我是这个项目的唯一开发者,所以我知道主干没有改变。我正在学习SVN,以便我的团队最终可以使用它。 基本上,我希望我的后备箱看起来完全像分支。 在预SVN的世界里,我只想将文件复制在我的分支文件夹,在树干文件夹中删除文件,然后复制到分支主干。 在TortoiseSVN的,我已经试过“复兴分支”,“合并范围

    3热度

    2回答

    我们有一种情况,我们需要为我们的项目添加一个标签并将其设置为新干线。我们采取了现有的主干,并将其分为单独的分支。我的问题是这样的 - 一旦我们做了树干的一个分支,我们可以只删除树干,然后将有问题的标签复制到树干中?有没有更安全的方法? 任何建议将非常感激!

    3热度

    2回答

    我们有两个分支: 1. HEAD - 最新版本(AKA TRUNC) 2. PROD - 发布的版本 当你修复在发布版本中的错误,它的这些你做到: 修复它PROD,然后合并到HEAD 修复它的头,然后合并到PROD 的优点(1)是这样,你绝对不能伤害公布VERSI通过意外地从HEAD引入未经测试的代码(假设PROD总是比HEAD更稳定/测试)。 (2)是,有可能是一块在最前面的码比PROD更多的用

    0热度

    1回答

    希望这是有道理的:在颠覆如果我分支树干,然后叉分支可以合并变化从树干分叉分支?

    3热度

    5回答

    我刚刚开始在C#项目中使用Subversion。我正在单独开展这个项目,但我试图对待,就好像我在一个团队中工作以获得自己的学习体验。 据我所知,使用颠覆的典型方式是拥有一个始终构建的主干文件夹。然后在新分支中创建重大更改,然后在完成后将其合并回主干。因此,不同的团队成员可能会同时在许多分支机构工作。 但是,如果我在我自己的工作是否有任何意义,使分支?假设我在HEAD修订版100中。我将在修订版10

    6热度

    5回答

    如何在Subversion中创建比'branches'目录更深的分支? 我有标准trunk,tags和branches结构,我想创建一个分支,比'branches'标签更深的几个目录。 使用标准svn移动方法,它给了我一个文件夹找不到错误。我也尝试将它复制到分支文件夹中,将其检出,然后将'svn'移动到我想要的树状结构中,但也得到'工作副本管理区域丢失'错误。 我需要做些什么来创建它? 为了便于说

    21热度

    6回答

    我的团队最近决定不使用大多数Subversion版本库布局的典型“trunk”分支。我们发现在任何特定时刻,总是有一个特定的分支在传统角色中起作用,即树干可能在其他存储库中存在。也就是说,我们总是拥有最高编号的分支,代表我们正在开发的下一个版本。因此合并为主干简直是多余的,所以我们摆脱了主干。 有没有其他人在那里做这个? 如果是这样,你有没有注意到任何优点/缺点? 即使你的团队没有这样做,有没有人