Какой проект вики является лучшим для проекта разработки программного обеспечения? [закрыто]

Я пытаюсь настроить вики / систему управления для программного проекта и постоянно путаюсь с множеством доступных вариантов.

Я уже видел TWiki и Plone , которые считают себя компонентами уровня предприятия. Будут ли они лучше использовать, чем, например, MediaWiki?

Каковы другие предложения для вики / программного обеспечения для управления?

Вы действительно не можете победить Confluence , особенно за 10 долларов (для 10 или менее пользователей). Мы используем его на моей работе, и это действительно фантастика. Однако организации нужно немного привыкнуть.

Я нашел вики MediaWiki очень гибким и полезным.

В качестве бонуса, это очень знакомо всем, кто использовал Википедию.

Отказ от ответственности: я работаю на Fog Creek

FogBugz вики здорово , потому что она интегрирована с остальной частью приложения, но редактор глючит. Хорошая новость в том, что мы делаем серьезную модернизацию.

Я предлагаю ScrewTurn для вики.

Вы также можете взглянуть на AxoSoft OnTime, которая является очень хорошим программным обеспечением для отслеживания ошибок, управления scrum / agile-проектами, разработки вики, службы поддержки и многого другого.

У меня есть одна не рекомендуемая вики: та, которая доступна для сайтов интранета Sharepoint. Совершенно боль использовать.

Мы используем DokuWiki

Вот сравнительная таблица между DokuWiki, MediaWiki, TWiki и TracWiki

В случае, если кто-то рассматривает TWiki (Wiki, на которой я был разработчиком с 2000-2008), пожалуйста, не забудьте проверить ответвление - http://foswiki.org . Мы чувствуем, что были вынуждены раскошелиться, когда владелец торговой марки TWiki заново изобрел проект как «коммерческий открытый исходный код» и ограничил нашу способность определять, как мы будем добровольно тратить свое время.

Я создал интранет-сайт для распространения исследований и среди технически подкованных, но, конечно, не технически опытных людей. Я попробовал несколько решений, и PMWiki - лучший. Простое администрирование, множество «плагинов», скинов и расширений от людей, использующих его, простое в использовании для менее технических людей и с большой базой, оно не будет заброшено в ближайшее время.

Это была настройка альтернативы случайным электронным письмам или документам по словам на файловом сервере. «Система управления знаниями». Я нашел, что это намного проще в использовании, чем TWiki.

Мы используем Assembla в компании, которой я управляю. Они предоставляют неограниченный хостинг кода (Git / SVN), тикеты, вики, scrum и другие полезные инструменты, и стоят недорого.

За многие годы мы попробовали большинство вики-пакетов с небольшим успехом. Было просто тяжело набрать достаточную тягу, чтобы заставить разработчиков и проектные команды реально использовать ее.

Мы заработали золото после того, как перешли на корпоративную версию Служб Google для электронной почты и календаря, так как он также поставляется с «Сайтами». Оказывается, Сайты Google могут работать как очень гибкий и простой в использовании инструмент вики. Также встроен в общедоступный / приватный / общий доступ, поэтому некоторые сайты могут быть общедоступными, а другие - внутренними (по идентификатору Google Apps)

PBWorks предоставляет множество функций для совместной работы над проектом.

Мне нравится программное обеспечение Basecamp от 37signals . Вы получаете отличное недорогое решение с множеством полезных функций.

Я использовал Redmine с моей командой. Это бесплатно и имеет более чем адекватную вики.

Мне нравятся приложения типа CODE FORGE , такие как Trac или Redmine, если у вас есть место для их размещения. Или Google Code / SourceForge для бесплатных размещенных вариантов, если вы не против делать ваши проекты с открытым исходным кодом.

У меня была та же самая дилемма, какую вики использовать для проекта dev несколько месяцев назад. Мы пошли с Mindtouch из-за того, что он бесплатный (Mindtouch Core), у него много отличных расширений, дизайн современный и гибкий, возможности прикрепления и связывания файлов, а также он может выполнять поиск по содержимому файлов. Сообщество и форумы также сильны. Мы были очень довольны выбором.

Я бы выбрал Trac , который идеально подходит для разработки программного обеспечения, поскольку в нем сочетаются Wiki, Управление проблемами и Контроль версий.

С их сайта,

Trac - это улучшенная вики-система и система отслеживания проблем для проектов разработки программного обеспечения. Trac использует минималистичный подход к управлению проектами программного обеспечения через Интернет. Наша миссия - помочь разработчикам написать отличное программное обеспечение, оставаясь в стороне. Trac должен навязывать как можно меньше налаженному процессу и политике разработки команды.

Так что он создан для команд разработчиков программного обеспечения.

Я думаю, это зависит от ваших требований.

Абсолютно лучший и простой в настройке / использовании, который я видел, это:

TiddlyWiki

Вики в файле. Он использует JavaScript, чтобы сделать все и прекрасно работает!

И Github, и Gitorious включают вики.

XWiki - это профессиональная вики с корпоративными функциями, такими как блог, эффективное управление правами, аутентификация LDAP, экспорт PDF, полная обработка и многое другое. Он также включает в себя усовершенствованную форму и механизм сценариев, что делает его средой разработки для приложений на основе данных. Он обладает мощными возможностями расширения, такими как сценарии на страницах, плагины и высокомодульная архитектура. Смотрите полный список возможностей для более подробной информации.

Мы большие поклонники dokuWiki, который является гибким, простым (нет базы данных, но вы можете, если хотите) и имеет отличные возможности.

Вы должны рассмотреть PBWiki, который имеет действительно отличный интерфейс, бесплатен для небольших проектов, контроля доступа на уровне пользователя и более забавных функций. (Не говоря уже о том, что я сам использовал его с отличными результатами.)

Особенности PBWiki

Почти более важно, чем выбранное вами программное обеспечение, это убедиться, что вы понимаете, что вы пытаетесь сделать с помощью вики. Без какой-либо всеобъемлющей сознательной структуры вики легко становится непригодной для использования. Кроме того (хотя и не так важно), имеет смысл узнать о поведении с помощью вики, потому что это не серебряная пуля:

http://www.wikipatterns.com

Тогда вы, возможно, захотите рассмотреть в качестве администратора то, что вы ищете в вики - есть существенная разница, например, в том, насколько они доступны для сценариев, вероятно, с твиками, оказавшимися на вершине (или слиянием, с которым у меня мало опыта). Также, например, MediaWiki полностью адаптирован для в основном открытых сред, их функции ACL не так хороши. Другой аспект заключается в том, что они могут быть слишком тяжелыми и сложными для того, что вы хотите сделать, и вам следует обойтись вики, подобной вики, интегрированной с системой создания билетов trac.

Некоторое время назад я отстаивал подобное стремление и выбрал MoinMoin . Это бесплатно и очень легко установить и настроить. Я начал управлять несколькими экземплярами вики с помощью этого движка - по одному для каждого из различных проектов, над которыми работала команда разработчиков.

У Bright Green есть бесплатная версия приложения для 3 пользователей. Они ориентированы на Scrum и Lean Kanban , однако этот инструмент также полезен для управления общими требованиями. Вы можете зарегистрировать бесплатный аккаунт здесь:

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

Я бы предложил PmWiki . Это очень просто и не требует больших ресурсов и использует файлы для хранения данных. Я получил это и работает примерно через 20 минут.