当前位置 : 主页 > 网络编程 > 其它编程 >

参与以hg管理代码的开源项目,应当如何维护本地代码库

来源:互联网 收集:自由互联 发布时间:2023-07-02
我之前用git,现在接触到一个hg的开源项目。现在提交补丁的工作流程是这样的:1. 我之前用 git,现在接触到一个 hg 的开源项目。现在提交补丁的工作流程是这样的:1. 1hg pull -u 2. 进行
我之前用git,现在接触到一个hg的开源项目。现在提交补丁的工作流程是这样的:1.

我之前用 git,现在接触到一个 hg 的开源项目。现在提交补丁的工作流程是这样的:1.

1hg pull -u

2. 进行编辑3.

1hg commit

4.

1hg export tip > ~/patch.diff

5. 将 patch.diff 发到项目的网站上6. 等待 review

在我等待 review 的时间里,该项目又会有很多补丁被提交。而当 review 的意见发送给我后,我应该如何在新的 tip 的基础上完善我的补丁呢?

我现在的解决方式:1.

1hg rollback && hg revert .

2.

1patch -p1

3. 继续编辑

我之前使用 git 的方法是:1.

1git checkout develop

2. edit,

1git commit -a

3. 等待 review4.

1git checkout master && git pull master

5.

1git checkout develop && git rebase master

我看到了一些介绍 hg 的文章,提到 hg 的 branch 没有 git 那么轻量。那么,在 hg 里,我应当如何解决这个问题呢?谢谢大家

   

网友评论