Was ist für ein Softwareentwicklungsprojekt die beste Art von Wiki? [geschlossen]

Ich versuche, ein Wiki / Management-System für ein Software-Projekt einzurichten und bin immer wieder verwirrt über die Vielzahl der verfügbaren Optionen.

Ich habe TWiki und Plone schon einmal gesehen, die sich selbst als Unternehmenskomponenten abrechnen. Wären sie besser zu gebrauchen als etwa MediaWiki?

Was sind einige andere Vorschläge für Wiki / Management-Software?

Sie können Confluence wirklich nicht schlagen , besonders nicht für 10 US-Dollar (für 10 oder weniger Benutzer). Wir benutzen es bei meiner Arbeit und es ist wirklich fantastisch. Die Organisation ist allerdings etwas gewöhnungsbedürftig.

Ich habe festgestellt, dass das MediaWiki- Wiki sehr flexibel und nützlich ist.

Als Bonus ist es jedem sehr vertraut, der Wikipedia verwendet hat.

Haftungsausschluss: Ich arbeite für Fog Creek

Das FogBugz- Wiki ist großartig, da es in den Rest der App integriert ist, aber der Editor ist fehlerhaft. Die gute Nachricht ist, dass wir eine umfassende Überarbeitung durchführen.

Ich schlage ScrewTurn für Wiki vor.

Sie können sich auch AxoSoft OnTime ansehen , eine sehr gute Software für Bug-Tracking, Scrum / Agile-Projektmanagement, Entwickler-Wiki, Helpdesk und mehr.

Ich habe ein nicht empfohlenes Wiki: das für Sharepoint-Intranetsites. Äußerst schmerzhaft zu gebrauchen.

Wir benutzen DokuWiki

Hier ist eine Vergleichstabelle zwischen DokuWiki, MediaWiki, TWiki und TracWiki

Falls jemand TWiki in Betracht zieht (das Wiki, für das ich von 2000 bis 2008 Entwickler war), sollte er sich die Seite http://foswiki.org ansehen . Wir fühlen uns gezwungen, uns zu trennen, als der TWiki-Markeninhaber das Projekt als "kommerzielles Open Source" neu erfand und unsere Fähigkeit reduzierte, zu bestimmen, wie wir unsere Zeit freiwillig zur Verfügung stellen würden.

Ich richte eine Intranetseite ein, um die Forschung von und zu technisch versierten, aber sicherlich nicht technisch versierten Leuten zu verbreiten. Ich habe verschiedene Lösungen ausprobiert und PMWiki ist die beste. Einfach zu verwalten, VIELE "Plugins", Skins und Erweiterungen von Anwendern, einfach zu bedienen für weniger technische Leute und mit einer großen Basis, wird es nicht so schnell aufgegeben.

Es sollte eine Alternative zu zufälligen E-Mails oder Word-Dokumenten auf einem Dateiserver eingerichtet werden. Ein "Wissensmanagementsystem". Ich fand es viel einfacher zu bedienen als TWiki.

Wir verwenden Assembla in der Firma, die ich leite. Sie bieten unbegrenztes Code-Hosting (Git / SVN), Ticketing, Wiki, Scrum und andere nützliche Tools und kosten nicht viel.

Wir haben die meisten Wiki-Pakete im Laufe der Jahre mit wenig Erfolg ausprobiert. Es war nur schwer genug Traktion zu bekommen, um die Entwicklungs- und Projektteams dazu zu bringen, tatsächlich eine zu verwenden.

Nachdem wir für E-Mail und Kalender auf Google Apps Enterprise umgestellt hatten, erzielten wir Gold, da es auch mit "Sites" geliefert wurde. Es stellt sich heraus, dass Google Sites als sehr flexibles und benutzerfreundliches Wiki-Tool eingesetzt werden kann. Integriert auch öffentliche / private / Sharing-Inhalte, sodass einige Websites öffentlich zugänglich sein können, während andere nur intern sind (anhand der Google Apps-ID).

PBWorks bietet eine Reihe von Funktionen für die Zusammenarbeit an einem Projekt.

Ich mag die Basecamp- Software von 37signals . Sie erhalten eine großartige, kostengünstige gehostete Lösung mit vielen nützlichen Funktionen.

Ich habe Redmine mit meinem Team verwendet. Es ist kostenlos und hat ein Wiki, das mehr als ausreichend ist.

Ich mag die CODE FORGE- Art von Anwendungen, wie Trac oder Redmine, wenn Sie einen Ort zum Hosten haben. Oder Google Code / SourceForge für kostenlos gehostete Optionen, wenn es Ihnen nichts ausmacht, Ihre Projekte als Open Source zu erstellen.

Ich hatte vor ein paar Monaten das gleiche Dilemma, welches Wiki für ein Entwicklungsprojekt zu verwenden war. Wir haben uns für Mindtouch entschieden , da es kostenlos ist (Mindtouch Core), viele großartige Erweiterungen aufweist, das Design modern und flexibel ist, Dateianhänge und Verknüpfungsfunktionen umfassend sind und Dateiinhalte durchsucht werden können. Die Community und die Foren sind ebenfalls stark. Wir waren sehr zufrieden mit der Wahl.

Ich würde Trac wählen , das sich perfekt für die Softwareentwicklung eignet, da es Wiki mit Issue Management und Versionskontrolle kombiniert.

Von ihrer Website,

Trac ist ein erweitertes Wiki und Issue-Tracking-System für Softwareentwicklungsprojekte. Trac verwendet einen minimalistischen Ansatz für das webbasierte Softwareprojektmanagement. Unsere Mission ist es, Entwicklern zu helfen, großartige Software zu schreiben, ohne dabei im Weg zu stehen. Trac sollte den etablierten Entwicklungsprozess und die Richtlinien eines Teams so wenig wie möglich beeinflussen.

Es ist also für Softwareentwicklungsteams gedacht.

Ich denke, es hängt davon ab, was Ihre Anforderungen sind.

Das absolut beste und am einfachsten einzurichtende / zu verwendende, was ich gesehen habe, ist:

TiddlyWiki

Ein Wiki in einer Datei. Es verwendet JavaScript, um alles zu erledigen und funktioniert großartig!

Sowohl Github als auch Gitorious enthalten Wikis.

XWiki ist ein professionelles Wiki mit Unternehmensfunktionen wie Blog, starker Rechteverwaltung, LDAP-Authentifizierung, PDF-Export, vollständiger Bearbeitung und vielem mehr. Es enthält auch eine erweiterte Formular- und Skript-Engine, die es zu einer Entwicklungsumgebung für datenbasierte Anwendungen macht. Es verfügt über leistungsstarke Erweiterungsfunktionen wie Skripterstellung in Seiten, Plugins und eine sehr modulare Architektur. Weitere Informationen finden Sie in der vollständigen Funktionsliste.

Wir sind große Fans von dokuWiki, das flexibel, einfach (keine Datenbank, aber Sie können, wenn Sie möchten) ist und großartige Funktionen hat.

Sie sollten PBWiki in Betracht ziehen, das eine wirklich großartige Oberfläche hat, für kleine Projekte kostenlos ist, eine Zugriffssteuerung auf Benutzerebene bietet und unterhaltsame Funktionen bietet. (Ganz zu schweigen davon, dass ich es selbst mit großartigen Ergebnissen verwendet habe.)

PBWiki-Funktionen

Fast noch wichtiger als die von Ihnen gewählte Software ist es, sicherzustellen, dass Sie verstehen, was Sie mit dem Wiki tun möchten. Ohne eine übergreifende bewusste Struktur wird ein Wiki leicht unbrauchbar. Auch (wenn auch nicht ganz so wichtig) ist es sinnvoll, etwas über das Verhalten mit Wikis zu lernen, da es keine Wunderwaffe ist:

http://www.wikipatterns.com

Dann möchten Sie vielleicht als Administrator überlegen, wonach Sie im Wiki suchen - es gibt einen signifikanten Unterschied, zum Beispiel, wie skriptfähig sie sind, wahrscheinlich, wenn Twiki an der Spitze landet (oder Konfluenz, mit der ich wenig Erfahrung habe). MediaWiki ist beispielsweise auch vollständig an offene Umgebungen angepasst, da die ACL-Funktionen nicht so gut sind. Ein weiterer Aspekt ist, dass diese möglicherweise zu schwer und komplex für das sind, was Sie tun möchten, und Sie sollten mit einem Wiki wie dem, das in das Trac-Ticketing-System integriert ist, auskommen.

Vor einiger Zeit habe ich mich für ein ähnliches Unterfangen eingesetzt und mich für MoinMoin entschieden . Es ist kostenlos und sehr einfach einzurichten und zu konfigurieren. Ich habe mit dieser Engine mehrere Wiki-Instanzen verwaltet - eine für jedes der verschiedenen Projekte, an denen das Entwicklerteam gearbeitet hat.

Bright Green hat eine kostenlose Version ihrer Anwendung für 3 Benutzer. Sie konzentrieren sich auf Scrum und Lean Kanban , das Tool ist jedoch auch für das allgemeine Anforderungsmanagement nützlich. Hier können Sie sich kostenlos anmelden:

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

Ich würde PmWiki vorschlagen . Es ist sehr einfach und belastet die Ressourcen nicht wirklich und verwendet Dateien zum Speichern von Daten. Ich habe es in etwa 20 Minuten zum Laufen gebracht.