Visual SourceSafe如何支持并行开发

分支操作(branching)

    要真正地支持并行开发，就不得不用到分支操作。与共享操作不同的是，分支操作实际上是将文件放在不同的项目中来实现完全的独立性，此时在一个项目中的文件修改不会影响到其他的项目中的文件。此外，共享操作后形成的位于不同项目里的两个文件拥有一个共同的祖先，也就是他们的历史(history)记录是从同一点分离出来的。

如何实现分支操作

    注意，在进行分支操作前，你必须确认已经共享了该文件。当然，你也可以将共享、分支操作放在一起完成。
    1. 在VSS Explorer中选择目标文件。
    2. 选择SourceSafe菜单，单击Branch显示Branch对话框。
    3. 如果需要，你可以在Comment框中加入注释。
    4. 单击OK。

图3 分支操作

    操作完成后，你将会发现项目$/projectname/sourcecode/client/bugfix中的文件network.txt由check out状态变成了uncheck out状态，而且改变项目$/bugfix中的network.txt文件对它也没有任何影响。

如何在具体的应用中使用这些特性

    那些书上的大侠们学好本领后，都要到江湖上去闯荡一番。那我们了解这些基本的操作后，也一定希望能够在实际的项目中小试牛刀，我们就以早期版本中的bug修改为例。
    我们假定我们项目的2.0版本刚刚完成，项目开发小组继续朝着3.0版本前进，同时试用项目维护人员需要一个临时的2.1版本来修改试用过程中发现的bugs。具体的步骤如下：
    1. 将当前项目$/projectname/sourcecode/client加上标签(Label)——Version 2.0。
    2. 继续在该项目上进行修改，形成新的版本。（如附图四）
    3. 这个时候在版本2.0的试用过程中发现错误，你需要一个临时的版本来修改错误同时又不影响版本3.0的开发。
    4. 选择Tools菜单，单击Show History显示Project History Options对话框。
    5. 选中Include Labels复选框。
    6. 单击OK显示History of Project对话框。
    7. 选择加有标签"Version 2.0"的版本。
    8. 单击Share显示Share From对话框。
    9. 选择将要产生的项目的父项目，我们选择$/。
    10. 单击OK显示Share对话框。
    11. 将此项目命名为bugfixAfterV2.0，单击Close退出History of Project对话框。
    12. 操作完成后会发现在VSS中增加了一个项目$/bugfixAfterV2.0（注意此时文件2.txt前面的图标形状，如附图五），试着check out文件2.txt，系统会提示你所有的文件已被"钉住"(pinned)，操作不成功。是的，你还需要下一步操作。
    13. 选定那些你确实需要修改的文件，然后进行分支操作。这样你就可以任意修改这些文件，而且你会发现图标也恢复到原来的样子。

图4 分支操作前的项目历史记录

图5 分支操作完成后