Ziel ist ein Online-Dokumentationssystem mit folgenden Hauptanforderungen:
- wird hauptsächlich als Zwischenstufe für die endgültigen technischen Dokumente aller unserer Anwendungen verwendet (die wahrscheinlich jedoch nie fertiggestellt werden:]). Es wird normalerweise so verwendet: Jemand hat ein Problem, ich behebe es und schreibe das Problem sofort auf. Was jetzt passiert, wird unüberschaubar: Jemand hat ein Problem, ich behebe es, sowohl ich als auch jemand sind glücklich, aber 2 Monate später hat jemand anderes das gleiche Problem und niemand erinnert sich, was das Problem war.
- Zugriff von überall, läuft hinter unserem Apache-Server
- Benutzer- / Gruppenverwaltung, die schreibgeschützten / schreibgeschützten / Administratorzugriff ermöglicht
- Das Format ist nicht allzu wichtig: Klartext würde reichen, Wiki-Stil wäre allerdings schöner
- billig oder kostenlos
einige Ideen von mir:
- Servieren Sie einfach Dateien auf einer Dateifreigabe oder über SSH (Nachteile: Nicht zu kopierbar mit Windows, Vorteile: Einfach, kann ein beliebiger Dateityp sein)
- Bewahren Sie es in einem SCM auf (svn / git, idem wie oben, aber einfacher zugänglich und kontrollierbar)
- Confluence: Wir verwenden Jira bereits. Lohnt sich Confluence? Wie lässt es sich in Jira integrieren?
- etwas anderes?
Bitte zögern Sie nicht, diese zu kommentieren oder Ihre Erfahrungen mit anderen Systemen zu teilen.
documentation
stijn
quelle
quelle
Antworten:
Ich wollte ein Wiki vorschlagen
Da Confluence ein Wiki ist, halte ich es für eine hervorragende Idee, es mit Ihrem JIRA zu verwenden. Sie haben den Vorteil, dass Sie direkt auf JIRA-Probleme und damit auf den tatsächlichen Code / das Dokument / die vorgenommenen Änderungen usw. zurückgreifen können.
Der Schlüssel zu einem solchen Code-Doc-Repo ist der Navigationsaspekt. Sie möchten keine Seiten, die nicht verbunden, schwer zu finden usw. sind. Denken Sie an ein "Site-Layout", ähnlich wie Sie es für eine Website tun würden.
quelle