问题报告

作为 Tuist 的用户，您可能会遇到错误或意想不到的行为。如果遇到，我们鼓励您报告这些问题，以便我们进行修复。

GitHub issues 是我们的票务平台

问题应以 GitHub issues 的形式在 GitHub 上报告，而不是在 Slack 或其他平台上报告。GitHub 更利于跟踪和管理问题，更接近代码库，并允许我们跟踪问题的进展。此外，GitHub 还鼓励对问题进行长篇描述，这迫使报告者思考问题并提供更多背景信息。

背景至关重要

没有足够背景资料的问题将被视为不完整，作者将被要求提供更多背景资料。如果没有提供，问题将被关闭。您可以这样想：您提供的上下文越多，我们就越容易理解问题并解决问题。因此，如果您希望您的问题得到修复，请提供尽可能多的背景信息。请尝试回答以下问题：

• 你想做什么？
• 您的图表看起来如何？
• 您使用的是哪个版本的 Tuist？
• 这是否阻碍了你？

我们还要求您提供最低限度的可复制项目 。

可复制项目

什么是可复制项目？

可重现项目是一个小型 Tuist 项目，用于演示一个问题--通常这个问题是由 Tuist 中的一个错误引起的。您的可重现项目应包含明确演示错误所需的最基本功能。

为什么要创建可重现的测试用例？

可重现的项目可让我们隔离问题的原因，这是解决问题的第一步！错误报告中最重要的部分是描述重现错误所需的确切步骤。

可重现项目是分享导致错误的特定环境的好方法。您的可重现项目是帮助想要帮助您的人的最佳方式。

创建可复制项目的步骤

• 创建新的 git 仓库
• 使用tuist init 在版本库目录中初始化项目。
• 添加所需的代码，以重现您看到的错误。
• 发布代码（您的 GitHub 账户是发布代码的好地方），然后在创建问题时链接到该代码。

可复制项目的好处

• 表面积更小： 通过删除除错误之外的所有内容，您就不必挖地三尺也能找到错误。
• 无需公布秘密代码： 您可能无法发布您的主网站（原因很多）。将其中一小部分重新制作成可重现的测试用例，就可以在不暴露任何秘密代码的情况下公开演示问题。
• 错误的证明： 有时，错误是由您机器上的某些设置组合造成的。可重现的测试用例可以让贡献者在他们的机器上也下拉您的构建并进行测试。这有助于验证和缩小问题原因的范围。
• 在修复错误时寻求帮助： 如果其他人能重现您的问题，他们往往有很大的机会修复问题。如果不能首先重现问题，就几乎不可能修复错误。