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

Question

我是源代码控制的新手.我现在在一个团队工作,我们正在使用Perforce(GUI版本P4V).我已经连接到我的团队的存储库,在我知道我有工作之后,我将新文件或我的更改提交到存储库.

这一切都很好,花花公子,但我不想经常向他们的存储库提交.他们使用所有这些文件运行频繁的构建,我发现最好在它们完成并正常工作时提交它,而不是在整个过程中递增.

我的问题:我发现我经常把文件搞砸了,不知道我搞砸了什么.如果我能够恢复到所述文件的早期工作版本,那将是太棒了.但是,通过我使用我的团队的源代码控制的方式,这是不可能的.我想建立我自己的团队源代码控制的本地版本,我可以更频繁地提交事物(但实际上并不是所有人都能看到).我希望它是相同的,但我的提交仅供我个人使用(因此如果它们不完美则不会弄乱它们的构建).

我基本上想要一个克隆的存储库,我可以在将它检查到他们的存储库之前检查我的个人用途.

我怎样才能做到这一点？我不得不承认,我发现使用源代码控制有点令人困惑.

Answer 1

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

这就是说道路的规则!

1. 第一条规则 - 提前入住 - 经常入住..
2. 第二条规则 - 见第一条规则!

我可以完全与你联系,我(多年前)非常沮丧,所以让我帮助你.让我们假设一分钟我们有以下数据结构

//depot/shared_project/...

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

让我们为这个混乱添加一些顺序.我们将在这里插入几棵树来结束

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

然后作为一个新成员从dev开始到他们自己的沙箱签到,并坚持下去.当他们准备好时,将他们的更改合并回dev.当dev准备发布时,我们将其整合到发布中.这样可以保持开发人员的理智,并让每个人都能利用好处.那么我们如何到达那里.

操作

1. 发送电子邮件说每个人都在周五晚上登记代码.我们将重新整理东西,客户端规格将需要在星期一进行修改.你不必这样做,但它会保持简单.

2. 星期五晚上来..确认每个人都检查了一切..

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. 提交!!

希望有助于