我在团队中工作,创建了大量功能“流任务”。
即使我们在集成后删除了流任务,关联的分支仍然存在于软件仓库中,并且有点混乱各种用户界面。
我很想让管理员在我们继续的时候抹掉他们。
我已仔细阅读:http://answers.perforce.com/articles/KB/2565
然而,删除总是与可怕的警告相关联“请首先联系Perforce支持”。因此,在走这条路之前,我想知道除了擦除错误的分支之外还有什么风险。
最初在功能分支中创建的文件会发生什么?是否会删除原始文件,将惰性副本转换为完整的文件?由于惰性副本位于主线中,最旧的修订版现在是否会指向主线中的on?
它是否会干扰“交换”命令?如果我有2个“dev”分支并行移动,我相信它仍然可以工作,因为我实际上会比较不会被删除任务分支影响的“合并更改列表”吗?
如果在功能分支中重命名文件会怎样?我是否会丢失所有历史记录,2个文件看起来会“断开连接”?
还有其他风险我没有考虑过吗?
问题3特别危险,可能是继续执行该计划的一个很好的理由。
我目前认为,如果1& amp;删除已经集成的功能分支是“安全的”。 2是真的:
分支中没有移动/添加/删除(这可以通过fstat headaction属性检查)
没有从分支创建子分支(因为我们使用的是任务流,默认情况下强制执行)
如果我错了,请纠正我。
答案 0 :(得分:2)
通常,如果文件已集成到其他位置,则只删除任务流中的文件是安全的,并且您仍然可以使用其他名称来保存文件。
但是,如果你删除了任务流的历史记录,那么在任务流中对文件发生的更改(添加/编辑/删除,重命名,进一步分支等)的记录将会被删除。该文件,因此整体历史记录最终可能会让人感到困惑和难以阅读。
我自己,我更喜欢保留这些文件的整个历史,但我理解这样的观点,在抽象中,更多的历史并不总是更好的历史。
完成任务流后,是否删除了流规范?这将导致任务流中未修改的文件消失,只留下在任务流中实际修改的文件的历史记录,这通常是一组小得多的文件。