version-control - 在 P4V 上设置我自己的个人存储库

Question

我是源代码管理新手。我现在在一个团队工作，我们使用 Perforce(GUI 版本 P4V)。我已连接到团队的存储库，当我知道我的工作正常时，我会向存储库提交新文件或更改。

这一切都很好，但我不想太频繁地将东西提交到他们的存储库。他们使用所有这些文件运行频繁的构建，我发现最好在完成并正常工作时向其提交内容，而不是一路增量。

我的问题:我发现我经常搞砸文件中的某些内容，但不知道自己搞砸了什么。如果我可以恢复到该文件的早期工作版本，那就太棒了。但是，根据我使用团队源代码控制的方式，这是不可能的。我想建立我自己的团队源代码控制的本地版本，我可以更频繁地提交内容(但他们实际上不会看到)。我希望它是相同的，但我的提交仅供我个人使用(因此，如果它们不完美，也不会弄乱他们的构建)。

我基本上想要一个存储库的克隆，在将其 checkin 到他们的存储库之前，我可以在其中 checkin 供我个人使用的内容。

我该怎么做？我必须承认，我发现使用源代码管理有点令人困惑。

Answer 1

要完全回答您的问题...使用branches !!

这就是交通规则!

1. 第一条规则 - 提早入住 - 经常入住..
2. 第二条规则 - 请参阅第一条规则!

我完全能理解你的感受，我(几年前)对此感到非常沮丧，所以让我来帮助你。让我们假设我们有以下数据结构

//depot/shared_project/...

所以，如果我理解你们都在这棵树上工作，并且你们希望自己的沙箱能够实现我制定的规则..如果我们这样做怎么办？

让我们为这种困惑添加一些秩序。我们将在其中插入几棵树，最终得到

//depot/shared_project/dev/...
//depot/shared_project/release/...

然后，作为一名新成员，从​​开发人员分支来到他们自己的沙箱 checkin ，然后发疯。当他们准备好时，将他们的更改合并回开发中。当开发准备好发布时，我们将其集成到发布中。这可以保持开发人员的理智，并允许每个人都受益。那么我们如何到达那里。

操作

1. 发送一封电子邮件，说明每个人都可以在周五晚上使用代码签到。我们将重新安排内容，并且周一需要对客户规范进行一些修改。您不必这样做，但这会使事情变得简单。

2. 周五晚上来..验证每个人都已 checkin 所有内容..

p4 opened -a //depot/shared_project/...

1. 确保您的客户端规范包含完整的树//depot/shared_project/...

2. 让我们移动树结构..

p4 edit //depot/shared_project/...
p4 move //depot/shared_project/... //depot/shared_project/dev/...
p4 submit -d "Small move to a real dev environment" //depot/shared_project/...

现在已经完成了，让我们来谈谈工作流程(你如何使用它..)

1. 创建我们的个人分支..

p4 integ //depot/shared_project/dev/... //depot/shared_project/casey_dev/...

1. 在非功能代码等中进行更改检查。

2. 准备好并将其重新合并并解决冲突。

p4 integ //depot/shared_project/casey_dev/... //depot/shared_project/dev/...
p4 resolve

1. 提交!!

希望有帮助