Version control perforce中多个变更列表中的同一文件

Version control perforce中多个变更列表中的同一文件,version-control,perforce,Version Control,Perforce,有没有办法让同一个文件成为perforce中多个变更列表的一部分?我的意思是,从文件中更改的行集合中,一个子集将属于更改列表,而另一个子集将属于第二个更改列表 额外问题:如果perforce不支持此功能,那么哪些源代码管理系统(如果有的话)会使用相同的文件副本?不,很遗憾,这是不可能的。您可以复制包含所有更改的文件、还原、编辑文件、将一组更改复制到文件中、提交、编辑、复制下一组更改、提交、编辑等。回答额外问题:允许每行更改列表 要比较这两个视图,请查看以下问题:另一种不进行分支的方法是创建其他工

有没有办法让同一个文件成为perforce中多个变更列表的一部分?我的意思是,从文件中更改的行集合中,一个子集将属于更改列表,而另一个子集将属于第二个更改列表


额外问题:如果perforce不支持此功能,那么哪些源代码管理系统(如果有的话)会使用相同的文件副本?不,很遗憾,这是不可能的。

您可以复制包含所有更改的文件、还原、编辑文件、将一组更改复制到文件中、提交、编辑、复制下一组更改、提交、编辑等。

回答额外问题:允许每行更改列表


要比较这两个视图,请查看以下问题:

另一种不进行分支的方法是创建其他工作区(客户端)。除非您真的知道自己在做什么,否则请确保在每个工作区中设置不同的根目录。为了节省时间(和磁盘),不必费心在新的工作区中同步整个仓库


有时,我会有两个仓库副本(使用两个工作区);一个包含正在进行的工作,另一个我保持不变。如果我需要对在WIP工作区中被大量修改的文件进行快速更改,我可以使用“virgin”工作区进行更改并提交。

如果您使用的是p4 server 2009.2,则有一个解决方法。您可以搁置特定文件,而差异存储在服务器上。搁置后,您可能希望将文件还原为其原始版本,然后在另一个更改列表中对其进行处理。 我知道这不是您想要的方式,但是创建另一个工作区/客户端并同步代码非常容易。当有大量代码进入另一个应用程序时,后面的练习会变得更加乏味

欲了解更多信息,请阅读:


    • 额外答案:我在rationalteamconcert()中发现了这个特性。您可以在多个变更集中拥有相同的文件。如果要将文件1添加到变更集1和变更集2,必须先完成变更集1。这允许您将文件2添加到变更集2,但随后会创建变更集之间的依赖关系,因此,如果不交付变更集1,则无法交付变更集2。此外,您不能对一个完整的变更集进行更改。

      是的,我也这么认为。。。Perforce最精细的单元是文件。我希望它是一条线…正如marcc所说,实现这一点的方法是通过分支。仔细想想,这才是你真正要做的——隔离同一文件中的更改,以应用于不同的功能/更改