在P4V上建立自己的个人存储库

Question

我刚接触过源代码管理。我现在正在一个团队工作，我们正在使用Perforce ( GUI版本P4V)。我连接到我的团队的存储库，在我知道我有工作之后，我会向存储库提交新的文件或更改。

这一切都很好，很好，但我不想经常将事情提交到它们的存储库中。他们使用所有这些文件运行频繁的构建，我发现当这些文件完成并正确工作时，将事情提交给它更好，而不是一路上递增地提交。

我的问题是:我发现我经常在文件中搞砸一些东西，却不知道我搞砸了什么。如果我能恢复到更早版本的上述文件，那就太棒了。但是，以我使用团队源代码管理的方式，这是不可能的。我想建立我自己的本地版本的团队源代码管理，这样我就可以更频繁地将事情提交给他们(但他们并不都会看到)。我希望它是相同的，但我的提交仅供我个人使用(因此不会破坏他们的构建，如果他们不是完美的)。

我基本上想要一个库的克隆，在那里我可以签入一些东西供我个人使用，然后再将它签入他们的存储库。

我该怎么做？我不得不承认，我发现使用源代码控制有点令人困惑。

Answer 1

完全回答你的问题.使用分支!!

这么说吧，这是交通规则！

1. 第一条规则-早期签入-通常..
2. 第二条规则-见第一条规则！

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

//depot/shared_project/...

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

让我们给这场混乱增加一些秩序。我们要在这里面插入几棵树，最后

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

然后，作为一个新成员，从dev到他们自己的沙箱签入，然后开始疯狂。当它们准备好后，将它们的更改合并回dev。当dev准备发布时，我们将其集成到发布中。这保持了开发人员的理智，让每个人都可以利用这些好处。那我们怎么去那里。

Actions

1. 发一封电子邮件说周五晚上每个人都要登记密码。我们将重新安排的东西和客户的规格将需要修改一点来周一。你不需要这样做，但它会保持简单。
2. 星期五晚上来..。确认每个人都登记好了..。

p4打开了-a //仓库/共享项目/.

1. 确保您的客户端规范包括完整的树//仓库/共享_项目/.
2. 让我们移动树结构。

p4编辑//仓库/共享项目/.p4移动//仓库/共享_项目/.//仓库/共享_项目/dev/.p4提交-d“小移动到真正的开发环境”/仓库/共享_项目/.

现在已经完成了，让我们来谈谈工作流(您如何使用这个.)

1. 创建我们的私人部门..。

p4 integ //仓库/共享_项目/dev/.//仓库/共享_项目/

1. 进行更改，检查非功能代码等。
2. 做好准备，把它合并起来，解决冲突。

p4 integ //仓库/共享_project/casey_dev/.//仓库/共享_project/dev/.p4解析

1. 投降！！

希望这有帮助

Answer 2

分支机构可以工作，只需在仓库的某个地方创建一个分支，然后在其中检查您的更改。准备好后，从您的分支集成回主分支。

此外，如果你能等待几个月左右，真正的私人分支必然会到来。他们叫它p4sandbox

Answer 3

对于集中化的版本控制系统(如Perforce、SVN等)来说，这更有问题，因为没有太多的个人私有分支的概念。

最好的解决方案是吸收它，并将您的更改提交给一个公共的、但独立的分支--或者尝试找到其他解决方案，比如在本地使用git管理您的文件，并定期强制检查您的文件，但是这条路径是痛苦的，并且需要对这两个版本控制系统的专家知识。

Perforce至少在合并方面相当好，所以您应该能够合理地使用一个分支，并将其合并到主代码线中，只要您愿意。然而，你的个人历史将是可见的。在您选择版本控制时，这是无法避免的。