цель состоит в том, чтобы иметь систему документации онлайн, с этими основными требованиями:
- будет в основном использоваться в качестве промежуточного этапа для окончательных технических документов по всем нашим приложениям (которые, вероятно, никогда не будут завершены, хотя:]). Обычно это используется так: у кого-то есть проблема, я исправляю ее и немедленно записываю ее. То, что происходит сейчас, становится неуправляемым: у кого-то есть проблема, я ее исправляю, и я, и кто-то счастливы, но через 2 месяца у кого-то есть такая же проблема, и никто не помнит, что это было за исправление.
- доступна везде, работает за нашим сервером Apache
- управление пользователями / группами, позволяющее доступ только для чтения / чтения-записи / доступа администратора
- формат не так уж важен: подойдет обычный текст, хотя вики-стиль будет лучше
- дешево или бесплатно
некоторые мои идеи:
- просто обслуживайте файлы в общей папке или через ssh (минусы: не слишком совместимы с Windows, плюсы: простые, могут быть файлы любого типа)
- храните его в SCM (svn / git, то же самое, что и выше, но более легкий доступ и контроль доступа)
- Confluence: мы уже используем Jira, стоит ли Confluence? Как это интегрируется с Jira?
- что-то другое?
Пожалуйста, не стесняйтесь комментировать их или поделиться своим опытом с другими системами.
documentation
Стейн
источник
источник
Ответы:
Я собирался предложить вики
Поскольку Confluence - это вики, я думаю, что использовать его с вашей JIRA - отличная идея. У вас будет преимущество, если вы сможете напрямую связываться с проблемами JIRA и, следовательно, с действующим кодом / документом / любым другим изменением и т. Д.
Ключом к любому репозиторию документов, подобному этому, является аспект навигации. Вы не хотите, чтобы страницы были отключены, трудны для поиска и т. Д. Обдумайте «макет сайта» так же, как для веб-сайта.
источник