问题标签 [chromatic]

我正在尝试在 Travis 中设置 Chromatic。

我在 Travis 中看到Chromatic 文档建议使用此脚本

有解释

Travis 为拉取请求的提交提供了两种类型的构建：所谓的 pr 和 push 构建。每个 PR 只运行一次 Chromatic 才有意义，因此我们建议在内部 PR（即不是来自 fork 的 PR）的 pr 构建上禁用 Chromatic。您应该确保已打开推送构建，并添加以下代码：[[THE CODE ABOVE]]

对于外部 PR（来自 repo 的分支的 PR），上述代码将确保 Chromatic 确实在 pr 构建上运行，因为 Travis 在这种情况下不会触发推送构建。

注意：我们建议在推送构建上运行 Chromatic，因为 pr 构建不能总是运行并脱离正常的 git 祖先。例如，如果您更改 PR 的基本分支，您可能会发现需要重新批准更改，因为某些历史记录可能会丢失。

但是，Chromatic 确实适用于 Travis pr 构建！

然后我阅读了有关and的Travis 文档。TRAVIS_PULL_REQUEST_SLUGTRAVIS_REPO_SLUG

TRAVIS_PULL_REQUEST_SLUG：

• 如果当前作业是拉取请求，则 PR 源自的存储库的 slug（格式为 owner_name/repo_name）。

• 如果当前作业是推送构建，则此变量为空 ("")。

TRAVIS_REPO_SLUG：

• 当前正在构建的存储库的 slug（形式：owner_name/repo_name）。

所以我的理解是什么时候$TRAVIS_PULL_REQUEST_SLUG != $TRAVIS_REPO_SLUG，它是一个推送构建，那么为什么它仍然需要$TRAVIS_EVENT_TYPE != 'pull_request'呢？

它们之间有什么区别吗？

Okay so I'm working on a school task, writing a program that calculates the chromatic number of a graph from a text file that contains the number of vertices and the graph's adjacency matrix, like so:

Here's my program:

This works for about a dozen or so graphs I've tested (cycles, stars, trees, wheels, bipartite graphs, Petersen's graph) but it does not work for Groetzsch's graph. It returns 3 instead of 4 for that one. The text file for that one that I've been using:

This code should only work in a decent time for smaller graphs so I'm not looking to make it more time efficient, I would like to find out why it works for other graphs but not this one.

嗨，有人知道如何在 NX 工作区中运行 Storybook Chromatic 吗？在本地服务时，我的 Angular 应用程序和库运行良好，我已经为我的项目运行了 Stories。我什至在本地建立并发布了这些故事。我想要的是使用 Chromatic 将它发布到远程，但我不知道如何。

有这个过程吗？我还没有找到一个。
我现在正在尝试一些非常混乱的东西 - 但它不起作用。这是我失败的尝试：

将运行脚本添加到 Workspace package.json：

给出这个错误：

我很难过，一定有办法，只是不确定它是什么:(

我无法获得彩色 cli v5.4.0 来构建我的故事书。它第一次工作，然后挂起后续尝试。

该 var 目录的输出从不包含以下内容，尽管运行了几分钟：

我现在正在使用以下命令解决这个问题，所以可能是基于权限的 ‍♂️。欢迎提出建议！

--auto-accept-changes在 Chromatic github 工作流程中，如果分支是，我如何使用 CLI 选项自动接受所有更改main？

我正在使用以下github chromatic 工作流程以 chromatic 部署我的应用程序的组件：

分支检测出现在文档中，但我不确定如何在我的 yml 文件中使用它，因为我的操作只是yarn.

我正在开发一个使用故事书的 React 项目，我正在尝试通过 GitHub 操作将这本故事书发布为彩色。我正在使用他们的示例chromatic.yml，只需进行一些更改即可满足我的项目需求。运行 chromatic-cli 我的故事书已成功部署，但是当我使用 GitHub 操作时，会显示以下错误：

这是完整的错误日志：

这是我的chromatic.yml

阅读来自 Chromatic 的资源加载文档，解决方案 B：检查字体是否已加载到装饰器部分。

主要是想在渲染故事之前加载我们的字体。该解决方案建议使用addDecoratorwhere 简单的FC我们可以预加载字体，一旦加载它们就可以使用story().

请参阅建议的装饰器preview.ts：

出于某种原因，这会在违反Hooks 规则时引发通常的错误：

渲染的钩子比上一次渲染时更多

到目前为止我已经尝试过：

主要是我试图删除useEffect呈现故事的内容：

错误也消失了，但字体导致我们的屏幕截图测试和以前一样导致不一致的变化。

问题：

在为. _ FC_addDecorator

有什么可以使这个错误消失的吗？我愿意接受任何建议。也许我在这里错过了一些东西，谢谢！

创建拉取请求时，GitHub 会创建一个新的 ref。ref 指向一个合并提交，它是拉取请求的源分支和目标分支之间的合并代码。PR 验证管道构建此 ref 指向的提交。（从这里）

这给我的Chromatic管道带来了问题：这些提交存在问题的原因有很多。最大的问题是由于它们在 git 历史中不存在，我们无法跟踪您对它们所做的基线验收。

有没有办法配置 GitHub 和/或 Azure DevOps 构建管道以触发 PR 构建但对于 PR 分支中的正常线性提交，而不是将其与目标分支合并？

我正在尝试将 storybook/chromatic 集成到我的 azure 管道中，但是我收到以下错误：

我跟着这个https://www.chromatic.com/docs/azure-pipelines

显然，我确实将我的项目令牌放在了需要的地方。

在我们的存储库中，我们使用自定义构建脚本来构建故事书 -

在 Chromatic 中，我的 github 操作配置如下：

使用此配置，在 github 中创建 PR 时，我看到以下消息：

问题是“发布到彩色”阶段大约需要 10 分钟并且失败。我在操作控制台日志中看不到任何有意义的信息。

任何帮助都将受到欢迎！