使用带有SVN的标签和更改集(颠覆源控件)

时间:2016-08-23 06:00:58

标签: svn visualsvn

我习惯使用TFS标签和更改集来轻松同步工作 从dev分支到测试再到生产分支。 我无法在SVN中解决这个问题... 对于初学者,如何创建更改集(更改列表,因为它在此处调用?)? 我必须使用命令行工具吗? 我在2.5.12中使用VS2015和VSN插件 创建标签也是如此 - 最好是构成一组选定变更集的标签 - 然后将其发布到另一个分支?

2 个答案:

答案 0 :(得分:0)

你可以使用tortoiseSVN gui工具用于windows。免费。

SVN与trunk一起工作。每个提交都转到同一个主干(就像git中的master分支)。在最后一次你可以使用tortoiseSVN合并与旧版本合并(如果你使用windows进入源文件夹右键单击,你将获得tortoiseSvn选项)。

答案 1 :(得分:0)

TFS更改集(某种程度上)与SVN 提交相当。更改列表仅仅是本地工作区组织的客户端工具(在掌握基础知识之前应该忽略它)。 提交通常在单个分支上执行,最常见于" master"分支称为" trunk"。 每个提交都由一个线性增加的自然数来解决,所谓的修订版

您可以将提交从一个分支合并到另一个分支,但是,您将以这种方式创建新的提交(合并的提交在svn数据结构中注明)。

SVN中的标签称为标记,是特定文件夹(通常是分支或主干)的任何状态的简单副本。通常,您有一个特定的存储库结构,用于放置分支,主干和标记:

  • 分支机构/
  • 标签/
  • 躯干

一个例子将阐明这一点:

  1. 您在 /branches/release_1.0 上创建了一个错误修正并提交了它(创建rev.7)
  2. 你想"合并"进入你的主干的bug,以便将来的版本将保留这个bug修复。为此你合并了rev。 7从 /branches/release_1.0 / trunk 因此创建rev。 8(在历史记录中你可以看到rev.8基本上是rev.7合并到主干中)

  3. 您希望将bugfixed版本标记为"版本1.1"通过将 /branches/release_1.0 复制到 /tags/release_1.1 在历史记录日志中创建新的rev.9,您将看到 /tags/release_1.1是来自rev的/branches/release_1.0的副本。 8

  4. SVN没有什么混乱的。它只是一个非常简单的版本化文件系统,并且缺少许多复杂的功能(如正确的合并或分支抽象)。来自较新的VCS的大多数人倾向于将他们当前的抽象映射到SVN特征(在SVN中通常不存在)并且变得非常分散注意力。