Si j'avais à faire un choix aujourd'hui et sans être tributaire de collègues incapables de faire quoi que ce soit sans un éditeur WYSIWYG je ne m'orienterais pas là-dessus. Je prendrais plutôt un générateur de site statique se sourçant sur un dépôt Git, comme le suggère nishiki plus bas.
Le bon côté de wiki.js, c'est que tu disposes d'un éditeur de doc (md) qui permet à ceux qui ne savent pas le rédiger à la main de faire de l'édition en mode pseudo wyswig.
Avec un peu de recul (c'est le 2e wiki de doc que je gère sur 10 ans), je trouve que le mode wiki n'est pas si adapté que ça. Surtout avec du Git derrière.
En fait le but pour moi c'est que les gens puisent éditer, mais d'avoir de la validation via pull request ou merge request du contenu pour justement éviter que ça parte en vrille. J'aurais deux instances de mon servuer : une instance de prod, et une instance de validation qui pointeraient sur des branches différentes, et l'instance de prod ne permettrait pas l'édition en direct.
[^] # Re: Quel usage ?
Posté par totof2000 . En réponse au message solution wiki basée sur repo Git. Évalué à 3.
Le bon côté de wiki.js, c'est que tu disposes d'un éditeur de doc (md) qui permet à ceux qui ne savent pas le rédiger à la main de faire de l'édition en mode pseudo wyswig.
En fait le but pour moi c'est que les gens puisent éditer, mais d'avoir de la validation via pull request ou merge request du contenu pour justement éviter que ça parte en vrille. J'aurais deux instances de mon servuer : une instance de prod, et une instance de validation qui pointeraient sur des branches différentes, et l'instance de prod ne permettrait pas l'édition en direct.