Visual Source Safe真的缺少重命名功能吗？

Question

我在新工作中使用Visual Source Safe并且它还不错......然后我重命名了一个文件。

我点击警告提示并没有真正注意意识到通过重命名文件我丢失了所有的历史记录。这是真的吗？我无法相信VSS不支持重命名。

我重构了很多代码而没有正确地重命名工作。

---

感谢您的回答。我想VSS确实有重命名功能，而不是在Visual Studio中。什么是破解者，切换应用程序以重命名源代码管理中的文件？ ：/

Answer 1

可以在SourceSafe中执行此操作，但需要一些手动干预：

1. 首先，确保签入要重命名的文件。
2. 在SourceSafe中，右键单击该文件并从菜单中选择Rename（或者，只需按F2键），然后重命名该文件。
3. 这只会在SourceSafe中重命名该文件。您必须将重命名的文件签出到工作文件夹，然后从工作副本中删除原始文件以完成重命名。

如果您查看文件的历史记录（右键单击，然后Show History，或者Ctrl-H），您将看到其所有历史记录都完好无损。但请注意，SourceSafe将在文件的所有历史记录条目中通过其新名称引用该文件。在项目文件夹级别跟踪实际重命名。如果您查看包含重命名文件的文件夹的历史记录，您将看到一个历史记录项，指示该文件已从oldname重命名为newname。

---

附录：关于从历史记录中检索旧版重命名文件的说明

Joe White在this answer上评论说，当您对旧版本的重命名文件执行Get时，SourceSafe不会遵循原始文件名。如果您从文件历史记录查看器中获取旧版本，则确实如此。

但是，如果您从父文件夹的历史记录查看器中执行Get旧版本的代码（重命名之前），SourceSafe将正确使用原始文件名时它将文件放在您的工作文件夹中。

此行为的原因可以追溯到SourceSafe跟踪在父文件夹级别而不是在每个文件级别重命名的事实。

Answer 2

没关系。

一旦你看到你的SourceSafe“数据库”因你自己没有动作而被破坏，SS就会产生日常的彩虹和独角兽，但它们最终会变成随机字节的恶化海洋生物，不可由人类恢复。

远离Source Safe。这是微软为了让人们了解源代码控制的一个高尚的努力，但我已经两次（在2年内，相同的数据存储，3个人反对它）看到它死于不可恢复的死亡。

进入svn，tfs，其他任何事情！告诉你的上级你每次办理登机手续时都会玩火。你可能会在失败之前就像我在项目中一样幸运，或者你可能最终......依靠你的备份策略......

Answer 3

VSS具有重命名功能，可以保留历史记录 File > Rename（我很肯定这可以保持历史） 但是自从我使用它以来已经很久了