プロジェクトまたは会社ごとのFitNesse Wiki

Question

多くの開発プロジェクトを持つ会社の場合、複数のFitNesse wiki（各プロジェクト/製品に1つ）を作成するか、すべてを大規模なWikiに含める必要がありますか？

1つの大きなWikiの利点は、社内の他の製品に簡単にリンクできることと、すべてのFitNesseテストのワンストップロケーションであることです。

代わりに、複数のウィキの利点は、テストの自動化を複数のサーバーに分割しやすくなり、プロジェクトのブランチ/タグとともにウィキを分岐しやすくなります。

これらの2つの可能性の長所と短所、またはよく考えられた代替案に興味があります（たとえば、「何らかの形でwikiのルートを結合するだけ」ではありません）。

Answer 1

すべてが管理上の問題に要約されるようです：
そこには何台のサーバーがあり、誰がそれらを管理していますか？
1つの中央サーバーとは、リクエスト（すべてのプロジェクトのすべての開発者がかなり定期的に多くのクエリを実行できる）と「サーバー上」の両方の面で負荷をかけることができるサーバーを意味します。 FitNesse関連の計算。

もう1つの基準は可視性です。開発プロジェクトは、お互いのFitNesseインジケーターを見るために必要ですか？ 「政治」の場合理由として、これらの指標の一部は、プロジェクトの残りの部分で常に表示されることを常に歓迎するわけではありません！一部のプロジェクトマネージャーは、彼らをベストに近づけて、公式のコミュニケーションを管理したいと思うかもしれません。

実際には、後者の理由により、FitNessesのwikiは各チームによって、より内部的なツールとして管理されています。各プロジェクトのグローバルドキュメントを管理するための別のグローバルWiki（ Confluance に基づく）があります。これらの一般的なウィキは、FitNesseの内部ウィキデータの一部を抽出する場合があります。