在构建日志结束时，我有以下内容：
[15:16:22]: Publishing artifacts (25m:29s)
[15:16:22]: [Publishing artifacts] Paths to publish: [automation/artifacts]
[15:16:23]: [Publishing artifacts] Sending files
我尝试阅读代理日志并获得此
[2013-05-02 15:16:23,023] INFO - jetbrains.buildServer.AGENT - Start: Sending files
[2013-05-02 15:41:51,214] INFO - jetbrains.buildServer.AGENT - Done publishing artifacts to , total files published: 22
工件的大小272 MB。 在过去，这部分过程不到半分钟。
在哪里可以找到有关该操作的更多数据？
答案 0 :(得分：3)
检查具有Teamcity master和Teamcity代理的主机之间的网络连接。 Teamcity将所有工件保存在master上，并在构建结束时将它们从代理复制到master。
答案 1 :(得分：0)
服务器上有很多文件吗？我发现在拥有大量文件的服务器上完成大约需要50分钟，但是文件在5分钟后就已经上传了，所以我想它可能会尝试列出所有文件或其他内容。当我将工件上传到另一台文件较少的服务器时，它将在大约5分钟内发布它
答案 2 :(得分：0)
最近我们遇到了这个问题，我想回答这个问题。
我们将Teamcity从v9.1.7升级到了V2019.2.1，在更新的Teamcity中，有诸如/app/agents/v1/commands/next之类的新请求，这些请求正在增加Teamcity的流量。这些类型的请求将始终从Teamcity代理轮询到Teamcity服务器。
如果您的Teamcity服务器位于Apache代理之后，则请求流程将如下所示。
Client <--> load balancer <--> Apacher <--> Tomcat of Teamcity。
如果在我们的情况下Apache无法处理那么多的流量，因为由于新的自动请求，现在请求更多地流向Teamcity，则在与Teamcity进行的所有交互期间，Apache端将排队，因此增加了所有请求和数据包的时间滴。