問題報告{#issue-reporting}
Tuistのユーザーとして、バグや予期せぬ動作に出くわすことがあるかもしれません。そのような場合は、ぜひご報告ください。
GitHub issuesは私たちのチケット管理プラットフォームです。{#github-issues-is-our-ticketing-platform}#
課題はSlackや他のプラットフォームではなく、GitHub issuesとしてGitHubで報告してください。GitHub は問題のトレースや管理に適しており、コードベースに近く、問題の進捗を追跡することができます。さらに、GitHub では問題の説明が長文になるため、報告者に問題について考えさせ、より多くの文脈を提供することができます。
コンテキストが重要{#context-is-crucial}#
十分なコンテクストがないissueは不完全とみなされ、著者は追加のコンテクストを求められます。提供されない場合、その問題はクローズされます。このように考えてください：あなたがより多くの文脈を提供すればするほど、私たちは問題を理解し、それを修正することが容易になります。ですから、問題を解決してほしいのであれば、できるだけ多くの背景を提供してください。以下の質問に答えてみてください：
- 何をしようとしたんだ？
- グラフはどうですか？
- Tuistのバージョンは？
- これが邪魔をしているのか？
また、最低限再現可能なプロジェクト を提出していただきます。
再現可能なプロジェクト{#reproducible-project}#
再現可能なプロジェクトとは何か？{#what-is-a-reproducible-project}#
再現可能なプロジェクトとは、ある問題を実証するための小さなTuistプロジェクトのことで、多くの場合この問題はTuistのバグによって引き起こされます。再現可能なプロジェクトは、バグを明確に示すために必要な最低限の機能を含んでいなければなりません。
なぜ再現可能なテストケースを作成する必要があるのでしょうか？{#why-should-you-create-a-reproducible-test-case}#
再現可能なプロジェクトがあれば、問題の原因を切り分けることができ、それが問題解決への第一歩となります！バグレポートの最も重要な部分は、バグを再現するために必要な正確な手順を記述することです。
再現可能なプロジェクトは、バグの原因となる特定の環境を共有するのに最適な方法です。あなたの再現可能なプロジェクトは、あなたを助けたい人々を助ける最良の方法です。
再現可能なプロジェクトの作成手順{#steps-to-create-a-reproducible-project}#
- 新しいgitリポジトリを作成する。
- リポジトリ・ディレクトリの
tuist initを使ってプロジェクトを初期化する。 - あなたが見たエラーを再現するために必要なコードを追加してください。
- コードを公開し（GitHubアカウントで公開するのがよいでしょう）、issueを作成する際にリンクを張ってください。
再現可能なプロジェクトの利点{#benefits-of-reproducible-projects}#
- 表面積が小さい： エラー以外のすべてを取り除くことで、バグを見つけるために掘る必要がなくなる。
- 秘密のコードを公開する必要はありません： 様々な理由で）メインサイトを公開できないかもしれない。その一部を再現可能なテストケースとして作り直すことで、秘密のコードを公開することなく、問題を公に実証することができます。
- バグの証明 バグがあなたのマシンの設定の組み合わせによって引き起こされることがあります。再現可能なテストケースによって、貢献者はあなたのビルドをプルダウンして自分のマシンでもテストすることができます。これは問題の原因を検証し、絞り込むのに役立ちます。
- バグを修正する手助けを得る： もし他の誰かがあなたの問題を再現できれば、問題を解決できる可能性が高くなります。まずバグを再現できなければ、バグを修正することはほとんど不可能です。