MKS 中的检查点和 subversion 中的标记之间有什么显着差异吗
我觉得 MKS 中的检查点和 subversion 中的标记具有相同的目的。
当我们在 subversion 中创建标签时，它会在物理位置创建一个本地副本（这是一个指向主干的廉价副本。它不会消耗空间）。 当我们在MKS中创建检查点时，内容会存储在物理位置吗？ 或者它只是一个标签？
在MKS中创建检查点后，我们可以为其创建开发路径吗？ 这种类型的选项在 subversion 标签中也可用吗？
MKS 中的检查点与 subversion 中的 Tag 有何不同？
我们计划从 MKS 转向 suversion。 请详细解释一下？
I feel that checkpoint in MKS and tag in subversion serve the same purpose.
when we create tag in subversion, it will create a local copy in physical location(Its a cheap copy pointing to main trunk. It will not consume space). When we create a checkpoint in MKS, will the contents gets stored in physical location? or is it just a label?
After creating the checkpoint in MKS, we can create a development path for that? is this type of option available in subversion tag also?
How the checkpoint in MKS is different from Tag in subversion?
We are planning to move from MKS to suversion. Please give the Detailed explanation?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
从 Subversion 存储库的角度来看，标签和分支完全相同——使用 svn copy 命令创建的“廉价副本”。 他们的不同之处在于你对他们的态度。 如果您创建一个副本并且从不更改它，那么它就充当标签。 如果您创建一个副本并对其进行开发，那么它就是一个分支，或者用您的术语来说是“开发路径”。
来自 SVN 书籍：
From the perspective of the Subversion repository, Tags and Branches are exactly the same -- "cheap copies" created using the
svn copycommand. What makes them different is your attitude towards them. If you create a copy and never change it, it is functioning as a Tag. If you create a copy and perform development on it, it is a branch, or "development path", to use your term.From the SVN book:
subversion 标签与 mks 标签相同。 mks 检查点确实有一个标签，但它不仅仅如此。 虽然标签/标签可以应用于任何文件，但检查点应用于整个项目。 检查点增加了项目文件 (.pj) 的修订版，因此就像检查该文件一样。 您还需要它们来进行分支项目（开发路径）。
我们通常使用检查点来声明产品版本/修订。
A subversion tag is the same as a mks label. An mks checkpoint does have a label, but it is more than just that. While a label/tag can be applied to any file, a checkpoint is applied to the whole project. The checkpoint increases the revision of the project file (.pj) so it's like checking that file. You also need them for branching projects (development paths).
We usually use checkpoints for declaring product versions/revisions.