拉请求中的上游合并提交
在进行开源开发时，在对主题分支进行任何更改的同时，在一段时间内跟踪上游是正常的。我注意到的一件事是，当返回上游时，创建了一个合并提交。如果我创建了一个pull请求，这个合并提交将作为PR的一部分结束。
我的问题是，这有什么害处吗？我读到过一些人觉得它们没用，但我喜欢这样一个事实，即它们充当了我上次与上游同步的时间戳。有没有一种公认的做法来跟踪上游并引入合并提交。
共有1个答案
当使上游返回时，创建一个合并提交。
这就是为什么最好是:
git rebase master（在更新的远程跟踪分支上重新设置分支）- ＜code＞git push-f＜/code＞（强制将分支推送到GitHub fork：现有PR将相应更新）
如果：
- 你的PR是在自己的分支中完成的
- 没有其他人积极使用您的分支
-
设置您的本地环境 步骤1: 复制 步骤2: 构建 步骤3: 分支 进行更改 步骤4: 编写代码 步骤5: 提交更改 提交代码说明的指导 步骤6：变基 步骤7: 测试 步骤8: 推送代码 步骤9: 新建一个合并代码请求 步骤10: 讨论和更新 批准和请求更改工作流程 步骤11: 执行合并 持续集成测试 设置您的本地环境 步骤1: 复制 在 GitHub 上复制项目到你的账号并把项目克隆到本地。 $
-
GitLab可以引用提交消息中的特定问题来解决特定的问题。 在本章中，我们将讨论如何在GitLab中引用问题: 步骤(1): 要引用问题，您需要创建问题的问题编号。 要创建问题，请参阅创建问题章节。 步骤(2): 要查看创建的问题，请单击Issues选项卡下的List选项: 步骤(3): 在对本地存储库进行更改之前，请使用以下命令检查它是否为最新版本: 命令从远程服务器下载最新的更改并直接集成到当
-
主要内容：合并请求的步骤合并请求可用于对项目其他人员之间所做的代码进行交换，与他们讨论更改。 合并请求的步骤 步骤(1): 在创建新的合并请求之前，应该在GitLab中创建一个分支。 您可以参考本章创建分支: 步骤(2): 登录到您的GitLab帐户并转到项目部分下的项目: 步骤(3): 点击选项卡，然后点击New merge request 按钮: 步骤(4): 要合并请求，请从下拉列表中选择源分支和目标分支，然后单击
-
我正试图建立一个自动化的CI过程GitHub和Jenkins。目标是让开发人员创建特性分支，并生成使用Jenkins Github pull Request合并自动合并的pull请求（当然，如果它们通过了构建）。 另一个目标是要求pull请求针对开放的Github问题。对我们来说，这意味着pull request标题或至少一条pull request提交消息必须包含类似“fixes#nn”的子字符
-
我是SpringWebFlux的新手。 我有一个不支持批处理调用的上游服务，因此我必须为数组中的每个对象多次调用它。我还需要请求参数的实例，因为服务在响应中不返回这些属性。 例如，这是我将发送给客户的回复 我只有身份证清单
-
问题内容： 问题 我有两个Apis。Api 1为我提供了一个项目列表，Api 2为我提供了我从Api 1获得的每个项目的更详细信息。到目前为止，我解决它的方式导致性能下降。 问题 借助Retrofit和RxJava，可以快速有效地解决此问题。 我的方法 当下，我的解决方案如下所示： 步骤1：从Api 1 执行改造。 第2步：我遍历此项目，并向Api 2请求每个项目。 步骤3：对每个项目依次执行改造