2009-02-09 16 views
17

Il mio team e io abbiamo scoperto che documentare il nostro progetto (una piattaforma di sviluppo con API) con un wiki è sia utile che utile per gli utenti. A causa di alcuni problemi organizzativi, siamo costretti a fare lo sviluppo di più siti senza la connettività di rete. Siamo passati a un DVCS (Mercurial) e abbiamo avuto un grande successo con questo. La documentazione wiki si rivela un problema in quanto il sito centrale viene configurato con MediaWiki. Le persone fuori sede non hanno modo di accedere o modificare il wiki.Alla ricerca di un pacchetto di documentazione in stile wiki, standalone, version-control- "sicuro"

Esiste qualche tipo di pacchetto in stile wiki che non richiede un server/database e sarà utilizzabile in un ambiente DVCS?

Aggiornamento: Dovrebbe essere open-source e cross-platform

risposta

2

Finito di scrivere il mio sistema usando python, cherrpy e mercurial. Forse un giorno finirà con l'open-source. Grazie per tutti i suggerimenti.

+2

L'hai rilasciato come open source? – chakrit

+0

Purtroppo, questo era un lavoro aziendale e non posso convincere gli alti a passare all'open source. – basszero

4

DokuWiki memorizza tutti i dati in file di testo. È possibile installare server Web locali per ogni sviluppatore e utilizzare il proprio sistema VC per la sincronizzazione tra gli sviluppatori.

+0

Potrebbe essere complicato ottenere tutto questo, dovrò vedere come appare la directory dei dati Doku. Forse possiamo avere un server per sito e avere un master in ogni sito fare l'unione/push – basszero

+0

Probaby essere difficile da spedire a un cliente che non avrà certamente un server web w/DokuWiki. Speriamo che ci sia un plugin per scaricare il contenuto statico – basszero

8

Posso consigliare TiddlyWiki. Non ha bisogno di alcun server web, solo un browser, archivia l'intera documentazione Wiki in una singola pagina HTML. Questo può essere facilmente condiviso attraverso Mercurial.

Modifica:Check this page, viene illustrato come utilizzare TiddlyWiki con DVCS. Implica l'uso di un'estensione denominata SynchroTiddly.

+0

TiddlyWiki, ma non può essere usato con il controllo della versione a causa del modo in cui cambia/riordina il contenuto. L'ho provato. – newgre

+0

Non male, potrebbe essere fonte di confusione rispetto ai wiki standard di più pagine standard e se non può essere utilizzato w/controllo di versione ... – basszero

+0

"Non può essere utilizzato con VC" è un po 'forte. Forse i cambiamenti da una versione all'altra sono più grandi del necessario, ma sicuramente * può * essere usato con VC. –

2

Forse dovresti guardare auto-generation of documentation dalla fonte. In questo modo, la documentazione sarà automaticamente controllata dalla versione.

Molti generatori supportano l'aggiunta di documentazione aggiuntiva tramite file di testo semplice che possono essere aggiunti al repository.

+0

In secondo luogo. Generazione automatica - Io uso Doxygen - significa che non devi pensare di usare un altro programma/interfaccia/wiki per fare la tua documentazione. Va tutto bene e viene condiviso tra i tuoi team quando il tuo codice funziona. – sparklewhiskers

+0

Siamo basati su Java e abbiamo javadoc, ma a volte la quantità di documentazione e dettagli non è facilmente scritta in Javadoc. – basszero

+0

@basszero: Ecco perché ho detto che alcuni di questi strumenti consentono di aggiungere facilmente documenti personalizzati tramite file di testo semplice ... – Christoph

2

Cerca in Fossil è un DVCS che contiene un wiki integrato e un sistema di tracciamento dei bug. Questo potrebbe essere proprio quello che stai cercando. Leggi il sito, c'è un webserver integrato. Puoi usare uno script CGI per aprire la connessione alle persone (il sito fossile è il DVCS fossile). Dopo averlo utilizzato, potresti decidere di spostare anche il tuo codice. È open source e ha build multipiattaforma.

4

http://zim-wiki.org/
È una wiki desktop (modifica WYSIWYG, sebbene non molto sofisticata) che memorizza tutto in file di testo semplice. Ciò significa che puoi tenere i file nel controllo di versione, e avere un'esperienza di modifica amichevole.

Ha anche builtin Bazaar support AGGIORNAMENTO: anche Git, Mercurial e Fossil.

[lo so, in ritardo alla festa - scrittura per il beneficio di altri che leggono questa domanda ...]

2

http://hatta-wiki.org/ è un wiki in esecuzione su un repository Mercurial.

È interessante notare come gestisce i conflitti: le modifiche simultanee vengono silenziosamente unite al commit, anche se in conflitto e commesso con i marcatori di conflitto!Va bene perché:

  • è testo, non il software
  • si vede il risultato della tua modifica subito dopo commettere
  • si tratta di marcatori di conflitto come la sintassi wiki valido (con conseguente diff -u come mettendo in evidenza del conflitto)!

Questa disposizione ti motiva a modificare nuovamente per risolvere immediatamente il conflitto, ma non ti obbliga a farlo.

+0

Questo è MOLTO vicino a quello che ho scritto io stesso. Via più funzionalità completa, ma la stessa idea. Purtroppo ho fatto la maggior parte del mio sviluppo presso il mio datore di lavoro (a supporto del nostro progetto) e la probabilità che l'open source sia scarsa. Grazie per mantenere le alternative in arrivo! – basszero

0

MoinMoin supporta la memorizzazione delle pagine in un repository Mercurial: http://moinmo.in/Storage2009/HelpOnStorageConfiguration#Mercurial_Backend_.28hg.29

Questo è molto interessante perché MoinMoin è stato intorno per un po ', è piuttosto ben supportato, e un ricco set di funzionalità (ma questa è solo la mia opinione; non fidarti della mia parola e vederla da sola ;-)).

+0

Solo MoinMoin 2 supporta lo storage DVCS e non ha ancora visto un candidato di rilascio. Non vedo l'ora, però. – Ant

+1

Ho finito per usare Hatta e l'ho trovato fantastico. Sembra avere meno funzioni di MoinMoin, ma le poche cose che fa, sembrano fare molto bene. È anche molto facile fare mash-up. Per esempio. ogni volta che salvi una pagina (che sarebbe in realtà un codice sorgente), ricompila il progetto. Ho fatto un mash-up Hatta + Sphinx in questo modo, quindi possiamo avere tutti i nostri doc in formato RST, generare un buon output HTML, ma comunque modificarlo con un wiki o attraverso il ciclo pull/edit/push. – jpetazzo

2

Github's gollum è open-source, basato su git, mangia molte sintassi popolari. Ma il punto di forza più importante è che è incorporato nel github.

Bitbucket allo stesso modo has un wiki basato mercurial. Non sono sicuro che il codice sia open source (ad esempio, puoi modificare il testo offline, ma non essere sicuro di vederlo visualizzato).

0

Se è necessaria una grande piattaforma open source per la gestione della conoscenza che possa includere oggetti di conoscenza basati su video, wiki, flusso di lavoro e una serie di servizi Web di community collaborativi, controlla RuleSphere.com. Stanno lavorando su alcuni KM interessanti e componenti wiki e video.

Ci hanno aiutato a comprendere i vantaggi di lavorare con una piattaforma aperta, piuttosto che una wiki autonoma, al fine di avere una strategia a lungo termine per estendere dalla gestione della conoscenza a molte altre esigenze che la nostra piccola impresa vuole indirizzare successivamente anno. Ora siamo entusiasti di aver selezionato una piattaforma di community collaborativa con cui possiamo crescere.

In conclusione: ci sono oltre 100 piattaforme wiki stand-alone, ma i loro limiti superano di gran lunga le funzionalità di estensibilità e integrazione. Assicurati di avere la vista "immagine grande" e di mantenere una mente aperta per una piattaforma open source progettata per i servizi Web 2.0, la tecnologia reattiva e la collaborazione. Sarai felice di averlo fatto!