FitNesse Wiki Par projet ou société?

Question

Pour une entreprise avec de nombreux projets de développement, devriez-vous créer plusieurs wikis FitNesse (un pour chaque projet/produit) ou les contenir tous dans un grand wiki pour tout?

Les avantages d'un grand wiki sont la possibilité de créer facilement des liens vers d'autres produits de l'entreprise et d'offrir un guichet unique pour tous les tests FitNesse.

Alternativement, les avantages de plusieurs wikis sont qu'il devient plus facile de diviser l'automatisation des tests en plusieurs serveurs, il devient plus facile de brancher le wiki avec une branche/étiquette de projet. Je m'intéresse aux avantages et aux inconvénients de ces deux possibilités ou à une alternative bien pensée (par exemple, ne pas simplement "combiner les racines du wiki ensemble").

Answer 1

Il semble que tout se résume à un problème d'administration:
Combien de serveurs sont disponibles et qui les gère?
Un serveur central signifie un serveur capable de prendre la charge, à la fois en termes de requêtes (tous les développeurs de tous les projets peuvent effectuer de nombreuses requêtes sur une base assez régulière), et en termes de calculs «sur serveur».

Un autre critère est la visibilité. Est-ce que vos projets de développement ont besoin de pour voir les autres indicateurs FitNesse? Pour des raisons "politiques", certains de ces indicateurs ne sont pas toujours les bienvenus pour être vus à tout moment par le reste des projets! Certains chefs de projet pourraient vouloir les garder près de la veste et contrôler leur communication officielle.

En fait, c'est pour cette dernière raison que nos wikis FitNesses sont gérés par chaque équipe, plus comme un outil interne. Nous avons un autre wiki global (basé sur Confluance), pour gérer la documentation globale de chaque projet. Ces wikis communs peuvent extraire certaines des données wiki FitNesse internes.