视觉源安全变更列表

发布于 2024-07-24 09:20:02 字数 76 浏览 3 评论 0 原文

也许只是也许有人知道一个可以让 VSS 执行类似于 perforce 的更改列表的插件? 我知道可能性不大,但我们还是坚持使用 VSS。

Maybe just maybe somebody knows of an plugin that will let VSS do perforce-like changelists? I know its a long shot, but we are stuck with VSS.

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(2

孤独难免 2024-07-31 09:20:02

您说您被 VSS 困住了——切换到 Team Foundation Server 是一个选择吗? 它基本上是 VSS 的后继者,并且,如果您接受保留“Microsoft 商店”的指示,它可能仍然可以满足您的要求。 Team Foundation Server 支持变更列表(变更集——无论您喜欢哪个术语)。 摘要

源代码控制 Team Foundation Server
提供源代码控制存储库,
称为 Team Foundation 版本控制
(TFVC)。 与微软之前的不同
源代码控制产品,视觉
SourceSafe (VSS),它依赖于
基于文件的存储机制,团队
基金会源代码控制存储所有
代码,以及所有的记录
更改和当前签出
SQL Server 数据库。 它支持
具有多个同时进行等功能
签出、冲突解决、
上架和取消上架(上架是
保存一组待处理更改的方法
无需将它们提交给源代码
控制,同时仍然使它们
可供其他用户使用)、分支
和合并,以及设置的能力
任何级别的安全级别
源树,旁边最
文档的可见特征
版本控制、锁定、回滚和
原子提交。 源头控制
机制与团队融为一体
系统的工作项也是如此; 当一个
发生签入(称为“变更集”),
开发人员可以选择拥有自己的
与一个或多个关联的代码
具体工作项目,以表明
办理入住手续旨在解决
具体问题。 TFS 管理员
可以执行签入政策
要求代码分析要求
已经通过,并执行
签到与工作的关联
项目,或更新状态
关联的工作项(例如标记
签入代码时错误为“已修复”
已修复该错误)。 个人
可以指定文件的版本
标签以及具有相同标签的所有文件
标签形成一个发布组。 不像
VSS、TFS 源代码控制存储库
不支持链接到项目
来自源中的多个地方
文件夹结构,也不允许
要“固定”的项目(允许不同的
对同一文件的引用来自
指向不同的目录
不同版本的方式
无法进一步编辑)。

TFVC 支持整个分支
源代码级别以及
单个文件和目录级别
同样,每个分支都是
单独维护。 多种的
分支可以合并在一起,
内置的冲突解决方案
算法合并之间的变化
同一文件的两个分支
可以自动协调
差异或标记它们
如果不能,则进行手动检查。 合并
可以在“变更集”级别执行
以及,而不是分支机构级别。
合并成功会自动
在源代码管理中签出
存储库。

TFVC不限于源代码
仅,但使用 Windows SharePoint
服务基础设施已建成
on,它提供了一个版本控制的
中其他文档的库
项目也是如此,包括项目
计划、要求和功能
分析文件等。 全部
源代码控制中的文档
存储库可以与任何工作链接
项目,并且可以访问它们
通过定义访问权限进行控制
政策。

You say you're stuck with VSS -- would switching to Team Foundation Server be an option? It's basically the successor to VSS, and, if you're under direction to remain a "Microsoft shop", it may still satisy your requirements. Team Foundation Server supports changelists (changesets -- whichever term you prefer). Summary:

Source control Team Foundation Server
provides a source control repository,
called Team Foundation Version Control
(TFVC). Unlike Microsoft's previous
source control offering, Visual
SourceSafe (VSS), which relied on a
file-based storage mechanism, Team
Foundation source control stores all
code, as well as a record of all
changes and current check-outs in an
SQL Server database. It supports
features such as multiple simultaneous
check-outs, conflict resolution,
shelving and unshelving (shelving is a
way to save a set of pending changes
without committing them to source
control, while still making them
available to other users), branching
and merging, and the ability to set
security levels on any level of a
source tree, alongside the most
visible features of document
versioning, locking, rollback, and
atomic commits. The source control
mechanism integrates with Team
System's work items as well; when a
check-in (termed "changeset") occurs,
a developer can choose to have his
code associated with one or more
specific work items, to indicate that
the check-in works towards solving
specific issues. TFS administrators
can enforce check-in policies that
require Code Analysis requirements to
have passed, as well as to enforce the
association of check-ins with work
items, or update the state of
associated work items (like flagging a
bug as "fixed" when checking in code
that has the bug fixed). Individual
versions of files can be assigned
labels, and all files with the same
label forms a release group. Unlike
VSS, TFS source control repository
does not support linking to an item
from multiple places in the source
folder structure, nor does it allow an
item to be "pinned" (allow different
references to the same file from
different directories to point to
different versions in a way that
cannot be further edited).

TFVC supports branching at entire
source code level as well as
individual files and directory levels
as well, with each branch being
maintained individually. Multiple
branches can be merged together, with
the built in conflict resolution
algorithm merging the changes between
two branches of the same file where it
can automatically reconcile the
differences or flagging them for
manual inspection if it cannot. Merge
can be performed at "changeset" level
as well, instead of the branch level.
A successful merge is automatically
checked out in the source control
repository.

TFVC is not limited to source code
only, but using the Windows SharePoint
Services infrastructure it is built
on, it provides a version-controlled
library for other documents in the
project as well, including project
plans, requirements and feature
analysis documents among others. All
documents in the source controlled
repository can be linked with any work
item, and access to them can be
controlled by defining access
policies.

前事休说 2024-07-31 09:20:02

我不认为 VSS 支持这种类型的功能。 您可能应该向管理层提出一个业务案例,描述您使用 VSS 的问题,以及切换到其他方案如何降低开发风险并提高生产力。

有许多免费/开源 SCM,以及一些价格合理的商业产品(如 Perforce)。

祝你好运 - 我曾经遇到过类似的情况。

I do not believe VSS supports this type of functionality. You should probably come up with a business case to management that describes your issues with VSS, and how switching to something else would reduce development risk and improve productivity.

There are numerous free/open source SCMs, as well as some commercial products (like Perforce) that are reasonably priced.

Good luck - I was in a similar situation at one point.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文