所以，也许这里有人可以帮助我。

我一直在试图弄清楚为什么Unhandled error: HttpError: Resource not accessible by integration当一个操作尝试用版本号标记提交时我会收到 a 。

当我从本地计算机编辑、提交和推送文件时，操作的标记步骤失败，但如果我通过 GitHub UI 执行相同操作，我会获得成功的构建。

两者都是使用相同的 github 帐户完成的。

我能发现的唯一区别是，当我从网络用户界面执行提交时，提交是“已验证”的，但当我从本地计算机推送时，提交是“已验证”的。

操作文件如下，并非火箭科学。失败的步骤使用actions/github-script，并使用 GITHUB_TOKEN 进行身份验证，在成功发布时在存储库中创建版本标记。

对于失败的运行和成功的运行，GITHUB_TOKEN 权限“完全相同”。“完全相同”用引号引起来，因为结果显然不同。（步骤输出见下文Set up job）

所以我的问题是：

• 有什么不同的权限？
• 是什么导致了这种差异？
• Set up job由于输出中的 GITHUB_TOKEN Permissions 部分存在或不完整，如何从操作输出中判断两种情况之间的权限不同？

现在我已经通过使用以下方法授予操作write-all权限来“修复它” ：

permissions: write-all

我还可以在操作密钥中使用自定义 API 令牌来修复它，但这个问题更多的是关于理解它的原因。

动作定义

name: Publish Packages

on:
  push:
    branches: [ "main" ]
jobs:
  build:

    runs-on: ubuntu-latest

    steps:
    - uses: actions/checkout@v3

## some steps omitted for brevity ###

    - name: …

所以,我的google-fu很弱......我找不到另一个错误的例子.

从一天开始,我一直在使用我的teamcity nuget存储库.来自repo的NuGet下载失败,出现意外的EOF或损坏的软件包警告.

据我所知,这不是硬件故障,vm和vm-host不报告磁盘错误.

为了增加侮辱伤害,teamcity日志文件'teamcity-javaLogging-2013-07-17.log'增长无限(键入此时为+ 3GB,其中每天10 MB是正常的),堆栈跟踪如下所示.

我的Teamcity版本是7.1.5(build 24400)

谁知道如何从这次失败中恢复过来？

我还没有鼓起勇气去清除我在teamcity管理页面(管理>诊断>缓存)上找到的所有缓存,因为在该页面上有一个可怕的黄色警告不要这样做.

下面是我得到的堆栈跟踪示例.

17-jul-2013 3:00:02 net.sf.ehcache.store.DiskStore get
SEVERE: provider-nugetCache: Could not read disk store element for key 2731. Error was unexpected EOF in middle of data block
java.io.StreamCorruptedException: unexpected EOF in middle of data block
        at java.io.ObjectInputStream$BlockDataInputStream.refill(Unknown Source)
        at java.io.ObjectInputStream$BlockDataInputStream.read(Unknown Source)
        at java.io.DataInputStream.readInt(Unknown Source)
        at java.io.ObjectInputStream$BlockDataInputStream.readInt(Unknown Source)
        at java.io.ObjectInputStream.readInt(Unknown Source)
        at jetbrains.buildServer.serverSide.metadata.impl.metadata.SerializableEntry.readSplitted(SerializableEntry.java:5)
        at jetbrains.buildServer.serverSide.metadata.impl.metadata.EntryImpl.readObjectInternal(EntryImpl.java:34)
        at jetbrains.buildServer.serverSide.metadata.impl.metadata.SerializableEntry.readExternal(SerializableEntry.java:16)
        at java.io.ObjectInputStream.readExternalData(Unknown Source)
        at java.io.ObjectInputStream.readOrdinaryObject(Unknown Source)
        at java.io.ObjectInputStream.readObject0(Unknown Source)
        at java.io.ObjectInputStream.defaultReadFields(Unknown Source)
        at java.io.ObjectInputStream.readSerialData(Unknown Source) …