相关疑难解决方法(0)

用于在代码审查后更新拉取请求的首选Github工作流程

我已经在Github上提交了对开源项目的更改,并收到了其中一个核心团队成员的代码审查意见.

我想考虑审核评论更新代码,然后重新提交.这样做的最佳工作流程是什么?根据我对git/github的有限知识,我可以做以下任何一项:

  1. 将代码更新为新提交,并将初始和更新的提交添加到我的pull请求中.

  2. 不知怎的(??)从我的存储库回滚旧的提交,并创建一个包含所有内容的新提交,然后为此提出拉取请求?

  3. git commit有一个修改功能,但我听说你在本地存储库之外推送提交后不应该使用它?在这种情况下,我在我的本地PC上进行了更改并推送到我的项目的github分支.这可以使用'修改'吗?

  4. 别的什么?

看起来选项2/3会很好,因为开源项目在他们的历史中只有一个提交将实现一切,但我不知道如何做到这一点.

注意:我不知道这是否会影响答案,但我没有在单独的分支中进行更改,我只是在master之上做了一次提交

git version-control github pull-request

333
推荐指数
3
解决办法
8万
查看次数

在GitHub中合并拉取请求,可能首先对它们进行更改

我最近开始在GitHub上管理一个项目,人们一直在提交拉取请求.而不是将它们合并到主人,我希望能够:

  1. 首先审查他们,以确保他们真正工作

  2. 在合并到掌握之前可能会做出一些风格上的变化

我怎样才能做到这一点?

您是否必须创建一个单独的分支,例如"dev",并指示人们在合并到master之前对其进行编码?

github pull-request

25
推荐指数
2
解决办法
3692
查看次数

标签 统计

github ×2

pull-request ×2

git ×1

version-control ×1