小编mor*_*wry的帖子

我遇到一个问题,几乎相同的require.js配置调用似乎工作方式不同,在一种情况下无法设置baseUrl和path.

文件夹结构

 - /js
 - - app/
 - - libs/
 - - - hogan.js
 - - - backbone
 - - - - backbone.js
 - - - - etc.
 - - - boostrap
 - - - jquery
 - - - - jquery.js
 - - - - etc.
 - - - require
 - - - - require.js
 - - - - etc.
 - - templates/
 - - require.config.js

脚本标记

<script data-main="/resources/js/require.config" src="/resources/js/libs/require/require.js"></script>

需要配置

require.config(
    {
        baseUrl: "/resources/js/libs",
        shim: …

Github不久前添加了分支保护，最近又添加了另一个要求复查的选项。

我尝试过要求进行审查和状态检查（管理员除外），并且喜欢工作流程。但这对我们的配置项/部署工具有负面影响。

例如，当我们发布一个新版本时，CI环境中有一个自动化过程，该过程会递增中的版本号package.json，提交该版本号并将其推送到存储库中。有一些这样的过程，例如清理任务。

这些自动化过程不需要检查或通过状态检查（到那时，状态检查已经作为部署管道的一部分运行了至少两次）。但是，启用分支保护后，CI“用户”将无法推送。

remote: error: GH006: Protected branch update failed for refs/heads/master. 
remote: error: Required status check "default" is expected. At least one approved review is required

以前，我们的配置项“用户”具有“写入”权限。我尝试将它尝试的仓库授予它“管理员”权限，但这显然是不够的。即使作为管理员，CI“用户”也无法推送。

在上面的图片中，我尝试删除了“评论”，希望状态检查能在没有进一步工作的情况下很好地进行。不！

我理想的情况是CI“用户”免于这些要求。看起来这不是一个功能。这可能意味着我唯一的选择是关闭大多数保护，包括我想要的一些保护。

但是我可能会对现有的CI管道进行某些更新或更改-或我可能创建的一些保护配置-最终结果是：

• 人类用户发现在合并或推送之前需要进行审查和状态检查。（校验）
• 只有维护者和配置项才能直接推送到分支机构。（校验）
• 管理员可以根据具体情况改写要求。（校验）
• CI可以直接推送到分支机构，而无需进行审查或等待状态检查。（需要帮忙）

任何人都做过类似的设置，或者知道如何避免CI“用户”被阻止？由于显然CI的“用户”无法实际导航至Github.com上的拉取请求，因此“使用管理员权限合并此拉取请求”旁边的复选框处于选中状态。是否有CLI标志--usemyadminprivilegestopushthis？