git--set-upstream是做什么的？

我试图通过阅读git 手册来理解它，但我不太明白。

问题

由于这个 git（或 github？）特质，我要疯了 - 我创建了一个新分支，但我无法将它推送到 github 上的上游 repo。这不是我推动这个 repo 的第一个分支，到目前为止一切都很顺利。

演练

我创建了一个新分支：

对文件进行了一些更改，并添加了其中一些（这意味着一些更改未提交）：

确保更改正确：

并试图推动：

知道为什么我的新分支被上游拒绝了吗？

我正在阅读这篇文章，并且在大多数情况下，我明白了。我想我理解变基（它可以获得更线性的 git 日志历史记录，而无需进行只是三向提交的提交）我也认为我理解 git 图。但是段子里有几句话我没看懂。

您会在该合并中注意到“快进”一词。因为你合并的分支指向的提交直接 在你所在的提交的上游，Git 只是将指针向前移动。换一种说法，当您尝试将一个提交与可以通过遵循第一个提交的历史到达的提交合并时，Git 通过向前移动指针来简化事情，因为没有不同的工作可以合并在一起——这被称为“快进。”</p>

您的更改现在位于 master 分支指向的提交的快照中，您可以部署修复。

我不明白的是术语上游，指针和最后一句话。

在图中，为什么 hotfix 上方的红色主框是？

场景：我已经分叉了一个 github 项目并开始研究它（在将原始项目添加为名为“上游”的远程之后）。在我的 fork 上工作时，上游项目发布了许多版本：v1.3-stable、v1.4-stable、v1.5-experimental 等。现在我需要将上游提交合并到我的主分支，但仅限于特定版本，例如版本 v1.4-stable。这种场景的最佳工作流程是什么？

我创建了作业 A，它查找上游作业（作业 B 和作业 C）的成功结果并触发 shell 脚本来验证条件。

一旦作业 B和作业 C成功执行，作业 A执行下游作业（作业 D 和作业 E）。

我使用 JJB在Job Areverse中使用（配置上游作业）和downstream-ext（配置下游作业）插件。

我在这里面临的问题是：在作业 B 成功执行后，无需等待作业 C 结果。作业 A 应该等待作业 B 和作业 C，然后根据结果执行。

你能帮我如何配置这个场景吗？

目标

我正在尝试使用 GitHub 组织插件和 jenkins 管道来编排依赖链。

由于我正在构建的产品具有许多共享依赖项，因此我使用 nuget 包来管理依赖项版本控制和更新。

但是，我无法为进行编排的项目获取必要的工件/信息。

战略

在 SCM 更改时，任何上游共享库都应该构建一个 nuget 包并协调任何需要新引用的下游构建：

1. 我在每个上游项目中对下游编排进行硬编码。 因此，如果构建了 A，则依赖于 A 的 B 和 C 将使用来自 A 的最新工件构建。之后，依赖于 B 和 C 的 D 以及依赖于 A 和 C 的 E 将使用来自 A 的最新工件构建A、B、C 根据需要。等等。 这些都将由 A 的 Jenkinsfile 分阶段触发，因为依赖项是使用“Build Job: Jobname”语法构建的。我找不到一个解决方案，我可以在每个步骤中将编排传递到下游，因为依赖项在下游发散和收敛，并且我不想触发对上游项目的不同引用的同一下游项目的多个构建。
2. 我可以将父项目的工件信息传递给任何下游作业，但我面临的问题是，父项目没有任何下游工件的程序集版本信息（需要在下游进一步编排作业）。Stash/Unstash 似乎没有任何跨作业功能，并且归档/取消归档已被弃用。

TLDR： 我需要一种将字符串或文本文件上游传递到作业中间执行（来自多个下游作业）的方法，或者我需要一种用于具有共享下游依赖项的多个下游作业的方法，以协调并共同将信息传递给下游作业（仅触发一次）。

谢谢！

我只是想了解我在 GitHub 上看到的内容是否有些奇怪。

在我的项目中，有一个默认master分支和一个dev本地分支，上游对应名为development. 在工作目录中进行了一些修改后，我认为这样做太难了，所以我决定git push -u origin exp:experimental将修改存储在一个新的分支中（以便在很远的将来重用）。对我来说奇怪的是，在 GitHub 上的网络图上，我看到这个新分支的线被涂成黑色，并且在主分支的同一水平线上，如下图所示。

我担心这可能是一个警报。也许我得到的并不是我认为我得到的。也许我误解了一些命令。

我想知道 NGINX 有可能将一个上游服务器的响应返回到另一个上游。

我需要这个，因为当收到请求时，我想从一个上游服务器对其进行验证，如果通过验证，则只让 NGINX 将该请求转发到托管主处理引擎的第二个上游服务器。一旦被第二台服务器处理，它就会回复 HTTP 响应。

给定一个正确配置的本地远程跟踪分支example，具体获取example远程对应的最短方法是什么？

我可以使用baregit fetch origin来获取所有分支，包括对应的分支，但这会导致下载大量额外的数据，我想避免这种情况。

如果对方共享名称example，我可以运行git fetch origin example:，但不能保证名称相似。

我可以根据这个问题找出对方的名字，比如说，然后运行。但是，这是两个命令，可能是最短的，也可能不是最短的。counterpartgit fetch origin counterpart:

那么，鉴于这些限制，实现这一目标的最短方法是什么？

底部有 GitHub 中项目的贡献规则。特别是步骤4是在问题之下。add如果我需要在运行之前运行和commit命令，它什么也没说git push --set-upstream。

因为当我进行更改时，我会在本地存储库中获得修改和未跟踪的文件。那么我需要add和commit他们之前git push --set-upstream吗？

1. 在 Github 上 fork Material-UI 存储库
2. 将您的 fork 克隆到本地计算机git clone --depth 1 git@github.com:<yourname>/material-ui.git （对于next分支，将-b next标志添加到上述命令。）
3. 创建一个分支git checkout -b my-topic-branch
4. 进行更改，lint，然后使用git push --set-upstream origin my-topic-branch.
5. 访问 github 并提出拉取请求。