我正在为一个与GitHub API有关的项目工作,我想建立一个平台,用户正在git中的一个分支上专门处理一个repo,一旦他们完成了问题,他们就会做PULL从Git请求,另一方面我有一个单独的界面,我可以看到用户使用Git API在Git上发送的所有Pull请求。
当我接受拉动请求时,我已经按顺序创建了一个单独的界面,例如我还想要触发该动作中的其他内容,比如付款。
我听说在这种情况下他们更喜欢使用Fork not Branches,你认为这是我实现这些事情的最好方法吗?
我已经开始通常使用分支来合并分支,但事实是Git它允许每个人合并分支,这样就会破坏规则事件,触发/支付不会通过合并来自Git的分支触发,仅来自我已经创建的界面,但我仍然不想让其他用户合并分支。
谢谢
答案 0 :(得分:5)
有一条规则:两个开发人员不应共享一个存储库。这就是为什么合作者通常会分叉父回购并在他们自己的分支中开发。
fork只是一个存储库,其中包含指向另一个父存储库的链接。
协作者可以从他们的分支到原始仓库发出拉取请求。 pull请求是提交或一系列提交(从不是整个repo)。拉货请求可以从叉子接受,而不是从同一个仓库的分支机构接受。
GitHub不允许每个人合并分支。只有回购的所有者和被授予权限的用户才能在回购中运营。作为回购的所有者,您将能够接受拉取请求。不要只是给予每个人管理权。保留将您的回购分支机构运营给自己的权利,也许是一个值得信赖的雇佣专业人士。
如果是这样,我在Git Api中看不到如何将fork与原始repo合并,你知道有那个API
我就是这样做的。对不起,不熟悉GitHub API。