Що стосується проекту розробки програмного забезпечення, що є найкращим типом вікі? [зачинено]

Я намагаюся створити систему wiki / управління для програмного проекту і постійно плутаю безліч наявних варіантів.

Раніше я бачив TWiki та Plone , які представляють собою компоненти на рівні підприємства. Чи краще їх використовувати, ніж щось, скажімо, MediaWiki?

Які ще є пропозиції щодо вікі / програмного забезпечення для управління?

Ви дійсно не можете перемогти Конфлуенцію , особливо за 10 доларів (для 10 або менше користувачів). Ми використовуємо це на своїй роботі, і це дійсно фантастично. Хоча організація трохи звикає.

Я знайшов вікі MediaWiki дуже гнучким і корисним.

Як бонус він дуже знайомий кожному, хто користувався Вікіпедією.

Відмова: Я працюю в Fog Creek

FogBugz вікі здорово , тому що вона інтегрована з іншою частиною програми, але редактор глючить. Хороша новина - ми робимо капітальне оновлення.

Я пропоную ScrewTurn для вікі.

Ви також можете поглянути на AxoSoft OnTime, який є дуже хорошим програмним забезпеченням для відстеження помилок, керування проектами scrum / agile, розробки вікі, довідкової служби тощо.

У мене є одна нерекомендована Wiki: та, доступна для сайтів інтрамережі Sharepoint. Матеріально біль.

Ми використовуємо DokuWiki

Ось таблиця порівняння між DokuWiki, MediaWiki, TWiki та TracWiki

Якщо хтось розглядає TWiki (Wiki, якою я був розробником з 2000-2008 рр.), Будь ласка, не забудьте перевірити вилку - http://foswiki.org . Ми вважаємо, що нас змусили роздрібнити, коли власник торговельної марки TWiki переосмислив проект як "комерційний відкритий код" та зменшив нашу здатність визначати, як ми б працювали добровільно.

Я налаштовую внутрішньомережевий сайт для поширення досліджень із технічно обґрунтованих, але, безумовно, натовпу, що не має досвіду. Я спробував кілька рішень, і PMWiki - найкращий. Легкий в управлінні, багато "плагінів", скінів та розширень від людей, які користуються ним, простий у використанні для менш технічних людей та з великою базою, від цього не скоро буде відмовлено.

Це було встановити альтернативу випадковим повідомленням електронної пошти або word word на файловому сервері. "Система управління знаннями". Мені було набагато простіше у використанні, ніж TWiki.

Ми використовуємо Assembla в компанії, яку я керую. Вони пропонують необмежений хостинг коду (Git / SVN), продажі квитків, вікі, scrum та інші корисні інструменти, і не коштують великих витрат.

Ми спробували більшість пакетів вікі за ці роки з невеликим успіхом. Це було досить важко отримати достатню тягу, щоб змусити команди розвитку та проекту реально використовувати її.

Ми вразили золото після того, як ми перейшли на підприємство Google Apps для електронної пошти та календаря, оскільки це також поставляється із "Сайтами". Виявляється, Google Сайти можуть працювати як дуже гнучкий і простий у використанні вікі інструмент. Вбудовані в загальнодоступні / приватні / спільні матеріали, щоб деякі веб-сайти могли бути відкритими, а інші - лише внутрішніми (за допомогою Google Apps ID)

PBWorks надає безліч функцій для співпраці над проектом.

Мені подобається програмне забезпечення Basecamp 37signals . Ви отримуєте чудове, недороге розміщене рішення з безліччю корисних функцій.

Я використовую Redmine зі своєю командою. Він безкоштовний і має вікі, що є більш ніж адекватним.

Мені подобаються такі програми CODE FORGE , як Trac або Redmine, якщо у вас є де розмістити його. Або Google Code / SourceForge для безкоштовних розміщених варіантів, якщо ви не заперечуєте робити свої проекти з відкритим кодом.

У мене була така ж дилема, яку вікі використовувати для проекту розробників кілька місяців тому. Ми поїхали з Mindtouch через те, що він безкоштовний (Mindtouch Core), він має багато чудових розширень, дизайн сучасний та гнучкий, можливості вкладення файлів та зв'язування є всеосяжними, і він може шукати вміст файлів. Громада та форуми також сильні. Ми були дуже задоволені вибором.

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

З їх сайту

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

Таким чином, він побудований для команд з розробки програмного забезпечення.

Я думаю, це залежить від ваших вимог.

Абсолютний найкращий і найпростіший у налаштуванні / використанні те, що я бачив:

TiddlyWiki

Вікі у файлі. Він використовує JavaScript, щоб зробити все і чудово працює!

І Github, і Gitorious включають вікі.

XWiki - це професійна вікі з функціями підприємства, такими як блог, чітке управління правами, автентифікація LDAP, експорт PDF, повне скинування тощо. Він також включає в себе вдосконалений механізм форм та сценаріїв, що робить його середовищем розробки для додатків на основі даних. Він має потужні функції розширення, такі як сценарії на сторінках, плагінах та високомодульну архітектуру. Дивіться повний список функцій для отримання додаткової інформації.

Ми великі шанувальники dokuWiki, який є гнучким, простим (немає бази даних, але ви можете, якщо хочете) та має чудові функції.

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

Особливості PBWiki

Майже важливіше того, яке програмне забезпечення ви вибрали, щоб переконатися, що ви розумієте, що ви намагаєтеся зробити з вікі. Без деякої загальносвідомої структури вікі легко стає непридатним. Також (хоча це не так важливо), є сенс дізнатися дещо про поведінку з вікі, тому що це не срібна куля:

http://www.wikipatterns.com

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

Я деякий час виступав за подібне починання і вибрав MoinMoin . Це безкоштовно та дуже просто налаштувати та налаштувати. Я закінчив керувати кількома вікі-екземплярами за допомогою цього двигуна - по одному для кожного з різних проектів, над якими працювала команда розробників.

Bright Green мають безкоштовну версію своєї програми для 3 користувачів. Вони зосереджені на Scrum і худім канбані , однак цей інструмент корисний і для управління загальними вимогами. Ви можете безкоштовно зареєструватися тут:

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

Я б запропонував PmWiki . Це дуже просто і не дуже сприймає ресурси та використовує файли для зберігання даних. Я встав і працював приблизно за 20 хвилин.