Per un progetto di sviluppo software, qual è il miglior tipo di wiki? [chiuso]

Sto cercando di impostare un sistema wiki / di gestione per un progetto software e continuo a confondermi con la miriade di opzioni disponibili.

Ho già visto TWiki e Plone , che si autodefiniscono componenti di livello aziendale. Sarebbe meglio usarlo di qualcosa come, ad esempio, MediaWiki?

Quali sono alcuni altri suggerimenti per il software wiki / di gestione?

Non puoi davvero battere Confluence , soprattutto per $ 10 (per 10 o meno utenti). Lo usiamo nel mio lavoro ed è davvero fantastico. Tuttavia, l'organizzazione richiede un po 'di tempo per abituarsi.

Ho trovato il wiki MediaWiki molto flessibile e utile.

Come bonus, è molto familiare a chiunque abbia usato Wikipedia.

Disclaimer: lavoro per Fog Creek

Il wiki di FogBugz è fantastico perché è integrato con il resto dell'app, ma l'editor è difettoso. La buona notizia è che stiamo facendo un grande rinnovamento.

Suggerisco ScrewTurn per wiki.

Puoi anche dare un'occhiata a AxoSoft OnTime che è un ottimo software per il tracciamento dei bug, la mischia / gestione dei progetti agile, dev wiki, help desk e altro.

Ho un Wiki non raccomandato: quello disponibile per i siti Intranet di Sharepoint. Assolutamente un dolore da usare.

Usiamo DokuWiki

Ecco una tabella comparativa tra DokuWiki, MediaWiki, TWiki e TracWiki

Nel caso in cui qualcuno stia considerando TWiki (il Wiki su cui ero uno sviluppatore dal 2000-2008), ricordati di dare un'occhiata al fork - http://foswiki.org . Riteniamo di essere stati costretti a rovesciare quando il detentore del marchio TWiki ha reinventato il progetto come "open source commerciale" e ha ridotto la nostra capacità di determinare come fare volontariamente il nostro tempo.

Ho creato un sito intranet per diffondere la ricerca da e verso la folla tecnicamente esperta, ma certamente non tecnicamente competente. Ho provato diverse soluzioni e PMWiki è la migliore. Facile da amministrare, MOLTI "plug-in", skin ed estensioni delle persone che lo usano, facile da usare per persone meno tecniche e con una grande base, non verrà abbandonato presto.

Si trattava di impostare un'alternativa a e-mail casuali o documenti Word su un file server. Un "sistema di gestione della conoscenza". L'ho trovato molto più facile da usare rispetto a TWiki.

Stiamo usando Assembla nella compagnia che gestisco. Forniscono hosting di codice illimitato (Git / SVN), ticketing, wiki, scrum e altri strumenti utili e non costano molto.

Abbiamo provato la maggior parte dei pacchetti wiki nel corso degli anni con scarso successo. È stato difficile ottenere una trazione sufficiente per consentire ai team di sviluppo e di progetto di utilizzarne effettivamente uno.

Abbiamo ottenuto l'oro dopo esserci convertiti in Google Apps enterprise per email e calendario, poiché include anche "Sites". Si scopre che Google Sites può funzionare come uno strumento wiki molto flessibile e facile da usare. Costruito anche in contenuti pubblici / privati ​​/ di condivisione in modo che alcuni siti possano essere rivolti al pubblico mentre altri sono solo interni (tramite Google Apps ID).

PBWorks offre una serie di funzionalità per collaborare a un progetto.

Mi piace il software Basecamp di 37signals . Ottieni una soluzione ospitata eccezionale ed economica con molte funzioni utili.

Ho usato Redmine con la mia squadra. È gratuito e ha una wiki più che adeguata.

Mi piacciono le applicazioni di CODE FORGE , come Trac o Redmine, se hai un posto dove ospitarla. O Google Code / SourceForge per opzioni ospitate gratuitamente se non ti dispiace fare i tuoi progetti open source.

Ho avuto lo stesso dilemma di quale wiki usare per un progetto di sviluppo pochi mesi fa. Siamo andati con Mindtouch per il fatto che è gratuito (Mindtouch Core), ha molte grandi estensioni, il design è moderno e flessibile, le capacità di collegamento e collegamento dei file sono complete e può cercare tra i contenuti dei file. Anche la community e i forum sono forti. Siamo stati molto contenti della scelta.

Vorrei scegliere Trac , che è perfetto per lo sviluppo del software poiché combina Wiki con Issue Management e controllo delle versioni.

Dal loro sito,

Trac è un wiki avanzato e un sistema di tracciamento dei problemi per progetti di sviluppo software. Trac utilizza un approccio minimalista alla gestione dei progetti software basata sul web. La nostra missione è di aiutare gli sviluppatori a scrivere un ottimo software evitando di interferire. Trac dovrebbe imporre il meno possibile al processo e alle politiche di sviluppo stabiliti da un team.

Quindi è progettato per i team di sviluppo software.

Penso che dipenda da quali sono le tue esigenze.

Il migliore e più semplice da configurare / utilizzare che abbia mai visto è:

TiddlyWiki

Una wiki in un file. Usa JavaScript per fare tutto e funziona alla grande!

Sia Github che Gitorious includono wiki.

XWiki è una wiki professionale con funzionalità aziendali come Blog, gestione avanzata dei diritti, autenticazione LDAP, esportazione PDF, skining completo e altro. Include anche un modulo avanzato e un motore di scripting che lo rende un ambiente di sviluppo per applicazioni basate su dati. Ha potenti funzionalità di estensibilità come script in pagine, plugin e un'architettura altamente modulare. Vedi l'elenco completo delle funzionalità per ulteriori informazioni.

Siamo grandi fan di dokuWiki che è flessibile, semplice (nessun database ma è possibile se lo si desidera) e ha ottime funzionalità.

Dovresti prendere in considerazione PBWiki che ha un'interfaccia davvero eccezionale, è gratuito per piccoli progetti, controller di accesso a livello utente e funzionalità più divertenti. (Per non parlare del fatto che l'ho usato io stesso con grandi risultati.)

Caratteristiche PBWiki

Quasi più importante di quale software scegli è assicurarti di capire cosa stai cercando di fare con il wiki. Senza una struttura cosciente generale una wiki diventa facilmente inutilizzabile. Inoltre (anche se non altrettanto cruciale), ha senso imparare qualcosa sul comportamento con i wiki, perché non è un proiettile d'argento:

http://www.wikipatterns.com

Quindi potresti voler considerare come amministratore ciò che stai cercando nella wiki - c'è una differenza significativa ad esempio in quanto sono scriptabili, probabilmente con twiki che finisce in cima (o confluenza con cui ho poca esperienza). Anche per esempio MediaWiki è completamente adattato per ambienti prevalentemente aperti, le loro funzionalità ACL non sono così buone. Un altro aspetto è che questi potrebbero essere troppo pesanti e complessi per quello che vuoi fare, e dovresti accontentarti di un wiki come quello integrato con il sistema di ticketing trac.

Qualche tempo fa ho sostenuto un tentativo simile e ho scelto MoinMoin . È gratuito e molto facile da installare e configurare. Ho finito per gestire diverse istanze wiki con questo motore, uno per ciascuno dei diversi progetti a cui stava lavorando il team di sviluppo.

Bright Green ha una versione gratuita della sua applicazione per 3 utenti. Si concentrano su Scrum e lean kanban , tuttavia lo strumento è utile anche per la gestione dei requisiti generali. Puoi creare un account gratuito qui:

https://signup.brightgreenprojects.com/plan/Free

Suggerirei PmWiki . È molto semplice e non si limita davvero alle risorse e utilizza i file per archiviare i dati. L'ho messo in funzione in circa 20 minuti.