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