问题标签 [github-enterprise]

Okta 上的“GitHub Enterprise”应用程序的单点登录对我来说很好，我使用的是 SAML 2.0。当用户登录 Okta 并单击“GitHub Enterprise”应用程序时，他们就会通过身份验证。

我在 GitHub Enterprise 上有一个“测试”存储库。用户将使用命令行或 git bash 访问（读/写/克隆）“测试”存储库。有没有办法在命令行上使用 SAML 身份验证，而不是询问用户名/密码或 SSH 密钥？

如果我们在公司内部使用 GitHub Enterprise 并且启用了私有模式，那么公共和私有 repo 有什么不同？

当某些受保护的分支更新时，我的公司使用 GitHub Enterprise 自动更新生产和测试服务器。

当有人发送推送事件时，一个有效负载被传送到不同的服务器，每个服务器运行一个小型 Web 服务器来接收这些有效负载。Web 服务器然后检查有效负载的“ref”元素以查看更新的分支是否与服务器对应。

例如，当有人向development分支发送推送事件时，这是 WebHook 向两个服务器 prod01 和 dev01 交付的有效负载的开始。

prod01 服务器检查production分支是否已更新。不是，所以该服务器上什么也没有发生。服务器 dev01 检查相同的有效负载以查看development分支是否已更新。它是 ("ref": "refs/heads/development")，所以 dev01 运行以下命令。

正确交付有效负载后，GitHub Enterprise 会返回此内容。

但有时 web 服务器不在 prd01 或 dev01 上运行，所以我们得到了这个。

发生这种情况时，我们更新存储库并期望服务器将具有相同更改的工作流程不起作用。

如何通知我失败的有效载荷？如果可能的话，我宁愿不设置一些东西来轮询 Web 服务器或轮询不良状态。除此之外，任何检查有效负载状态（RESTfully？）的解决方案都比检查 Web 服务器是否仍在运行要好，因为有效负载可能仍因其他原因而失败。

编辑：我已经在内部进行了检查，看起来我们可能可以设置我们当前的监控服务之一来检查每台服务器上 Web 服务器端口上的响应。在上图中，它是 8090，但它经常不同。

这不是我理想的解决方案，因为它只涵盖了 Web 服务器没有响应的情况。有效载荷传递可能失败的原因还有很多。

我叫 Benjamin Mach，是 FAU Erlangen-Nürnberg 计算机科学专业的学生。对于我的学士论文，我想为软件组织内的协作准备测量软件，这些软件组织使用软件锻造进行协作（可能跨越组织内边界）。对于我们想要使用的模型，我收集有关组织结构的数据很重要。

我读到了一种通过分隔符解决缺失层次结构的策略。（例如 maingroup-subgroup1-subgroupofsubgroup3）这对您来说是常见的做法吗？如果不是，您如何处理？

感谢您的时间。

此致，

本杰明·马赫

具体来说，我passport-github用于进行身份验证，但我想使用针对 GitHub Enterprise 服务器验证的 API，该服务器显然位于不同的 URls 上，而不是在 github.com 上。

挖掘源代码，我可以看到GitHubStrategy继承自Strategy，但这似乎是一个私有对象。

我可以在GitHubStrategy函数参数中提供的唯一选项是 *
* clientID
* clientSecret
* callbackURL
* scope
* userAgent

但我想设置：
* authorizationURL
* tokenURL
* userProfileURL
* userEmailURL

但是，这些只能设置在 中Strategy(options, verify)，这似乎无法访问。

我不断在 GitHub Enterprise 在线看到对入站电子邮件的引用。我管理一个运行 v2.4.1 的 Github Enterprise 实例。我无处可以找到配置它的地方。我在管理控制台中看到了通常的“电子邮件”设置，但只有出站电子邮件的设置。

我的用户请求能够从他们的电子邮件中回复 PR 或评论，并将该回复直接发布到内部 Github 网站上的相关页面。这可能吗？

为了让 Jenkins 能够访问同一服务器上的多个存储库，我设置.ssh/config如下：

并将 Jenkins 作业的源代码管理(SCM) 设置为git和git@a.github.com:user/repo_a.git。它工作正常。

问题
我希望在推送事件上触发这些作业，所以我在 github 中设置了一个 webhook 服务，即Jenkins (GitHub 插件)。从 webhook 收到的请求是“POST for https://github.com/user/repo_a ”，它与 SCM 中设置的主机不同，即a.github.com.
因为它们不同，所以作业不会自动构建。

丑陋的解决方案
我通过将 SCM 设置为github.com并覆盖项目的 git config 的远程 url 来运行一些东西，一旦使用a.github.com. 因此 SCM 将匹配 webhook，并且 jenkins 在运行时git push将使用该.ssh/config信息。

问题
我还能做什么？有没有更好、更容易自动化的方法来实现这一目标？

在整理我们的一个 github 企业存储库（Github 企业版：2.3.9）的过程中。

我在我们的网络图中遇到了两个提交（Graphs -> Network）

大纲如下。

这些更改已通过拉取请求进入我们的“开发”分支。但是，这些提交所在的分支是不可恢复的，并且没有显示分支标签或标签。

如何从网络图中删除这个明显的孤立提交？目前看来，有一个分支的工作尚未合并。

GitHub released this nice feature to create PR templates[1]. Me and my team wanted to leverage that. However,I couldn't get it to work in enterprise git.

Is the new feature not available in GitHub Enterprise yet?

[1]https://github.com/blog/2111-issue-and-pull-request-templates

（以防万一，这是在 Github Enterprise 上）

我无法将更改推送到存储库，因为我无意中将两个过大的文件提交到了本地存储库。这两个文件超过了github允许的大小。我现在在原点后面有几个提交。我不关心大文件，并且已经删除了它们，但git push origin每次仍然失败。

当我检查 github 中的最后一次提交时，repo 落后了 10 天，这意味着不仅大文件失败，而且整个推送都失败了。我显然不能再推动我的回购了。每次我尝试时，我都会收到此错误：

• 我想将我当前的本地仓库推送到 github 仓库。
• 我根本不关心过大的文件。我不需要将它们推送到 github。
• 我的本地仓库在 github 仓库之前有很多提交。带有过大文件的提交不是最新的。

有没有办法解决这个问题，而无需将我的本地仓库一直滚动回添加大文件的提交？