子目录中的 Perforce 分支

Question

作为一个新的 perforce 用户，我必须做出决定，这很可能是错误的。

我的客户具有以下仓库结构：

//depot/dir_a
//depot/dir_b  etc.

dir_a 和 dir_b 没有描述分支，它们是纯目录。整个项目只是填充 //depot。

我不得不从中创建一个分支并尝试设置类似 SVN 或 git 标准树的东西：

//depot/master/dir_a
//depot/master/dir_b

//depot/branches/1.0/dir_a
//depot/branches/1.0/dir_b

在特定时刻，我不允许更改旧结构，只能添加内容。所以，我一直在结束

//depot/dir_a
//depot/dir_b

//depot/branches/1.0/dir_a
//depot/branches/1.0/dir_b

现在，我在这里认识到一些陷阱：例如，在 //depot 和 //depot/branches/1.0 之间进行合并似乎并非易事（后者是一个子目录，可能是某种“部分”非正式的预先存在的“根”分支）。

我该如何解决这个问题（前提是我现在可以创建一个“主人”并将旧的东西移入其中）？

Answer 1

如果您还没有开始创建“主”和“分支”等，我会这样做：

p4 integ //depot/... //depot/master/...
p4 delete //depot/...
p4 submit

现在一切都在“主”中，您可以继续前进（只需忽略新目录结构之外的所有已删除文件）。

如果您已经将东西放入“主”和“分支”，那么您将不得不围绕它们进行工作，这并不难，但需要一点点思考，这样您就不会最终创建“大师/大师”等类似的东西：

p4 delete //depot/...
p4 revert //depot/master/... //depot/branches/...
p4 integ //depot/... //depot/master/...
p4 revert //depot/master/master/... //depot/master/branches/...
p4 submit

无论如何，您都希望将您的工作移至“master”目录，因为正如您所指出的，在“master”和“branches/whatever”之间合并比从根目录合并更容易到它下面的东西。