【问题标题】:check in files on perforce在 perforce 上签入文件
【发布时间】:2012-03-05 00:42:36
【问题描述】:

说,我有一个名为 example.vcproj 的项目,我已向其中添加了文件: 1.first_file.c 2. second_file.c

first_file.c 是 10 天前添加的,尚未经过代码审查。因此我仍在等待它,此时我无法签入文件。

second_file.c 最近被添加。它已经通过了代码审查,可以签入了。但是由于我的第一个文件仍在审查中,我无法继续提交第二个文件,主要是因为依赖于 example.vcproj。

请让我知道解决此冲突的最简单方法,而不是暂时删除 first_file.c 并恢复 example.vcproj 并检查最近的更改。谢谢。

【问题讨论】:

    标签: perforce conflict checkin resolve


    【解决方案1】:

    您可以尝试几件事。

    首先,您可以在提交之前搁置所有文件。这至少意味着您没有丢失任何工作的危险,因为文件将存储在 Perforce 服务器上。收到代码审查后,您可以签入。

    其次,您可以为正在进行的工作创建一个私有分支或流。然后,每当您在私有分支上达到稳定的里程碑时,您就可以获得代码审查批准并将其提升到共享分支。

    【讨论】:

    • 感谢您的回复。我想我会采用第一种方法。除了搁置 first_file.c 还有什么我需要做的吗?那么example.vcproj呢?如果您能逐步解释,我将不胜感激。非常感谢。
    • 从命令行您可以在任何更改列表上运行“p4 shelve”,它会将文件存储在服务器上而无需正式提交。获得批准后,您可以将文件移动到不同的更改列表并提交。
    • 糟糕,继续打字。因此,如果您在更改列表 100 中有 file1.c,在更改列表 101 中有 file2.c,则可以运行“p4 shelve -c 100”和“p4 shelve -c 101”。当您获得 100 的审核批准时,您可以运行“p4reopen -c default file1.c”,然后运行“p4 submit”。搁置可以让您按顺序提交,即使您没有按顺序获得代码审查批准。
    猜你喜欢
    • 2013-08-31
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2010-09-16
    • 1970-01-01
    • 2014-08-02
    • 1970-01-01
    • 2010-09-12
    相关资源
    最近更新 更多