Jaki jest najlepszy typ wiki dla projektu rozwoju oprogramowania? [Zamknięte]

Próbuję skonfigurować system wiki / system zarządzania dla projektu oprogramowania i wciąż mylę się z niezliczoną liczbą dostępnych opcji.

Wcześniej widziałem TWiki i Plone , które rozliczają się jako komponenty na poziomie przedsiębiorstwa. Czy lepiej byłoby ich używać niż np. MediaWiki?

Jakie są inne sugestie dotyczące oprogramowania wiki / zarządzania?

Naprawdę nie można pokonać Confluence , szczególnie za 10 USD (dla 10 lub mniej użytkowników). Używamy go w mojej pracy i jest naprawdę fantastyczny. Jednak organizacja trochę się przyzwyczaja.

Odkryłem, że wiki MediaWiki jest bardzo elastyczne i przydatne.

Jako bonus, jest bardzo znany każdemu, kto korzystał z Wikipedii.

Uwaga: Pracuję dla Fog Creek

FogBugz wiki jest wielki, ponieważ jest zintegrowany z resztą aplikacji, ale edytor jest wadliwy. Dobra wiadomość jest taka, że ​​przeprowadzamy poważną modernizację.

Sugeruję ScrewTurn dla wiki.

Możesz także zapoznać się z AxoSoft OnTime, który jest bardzo dobrym oprogramowaniem do śledzenia błędów, zarządzania projektami scrum / agile, dev wiki, help desk i innych.

Mam jedną niezalecaną Wiki: tę dostępną dla witryn intranetowych Sharepoint. Całkowicie bolesny w użyciu.

Używamy DokuWiki

Oto tabela porównawcza między DokuWiki, MediaWiki, TWiki i TracWiki

Jeśli ktoś zastanawia się nad TWiki (Wiki, w której byłem programistą w latach 2000-2008), pamiętaj o sprawdzeniu rozwidlenia - http://foswiki.org . Czujemy się zmuszeni do rozwidlenia, gdy właściciel znaku towarowego TWiki ponownie wynalazł projekt jako „komercyjne oprogramowanie typu open source” i ograniczył naszą zdolność do określania, w jaki sposób chcielibyśmy poświęcić swój czas.

Założyłem stronę intranetową w celu rozpowszechniania badań wśród doświadczonych technicznie, ale z pewnością nie biegłych technicznie tłumów. Wypróbowałem kilka rozwiązań, a PMWiki jest najlepszy. Łatwy w administrowaniu, WIELE „wtyczek”, skórek i rozszerzeń od osób, które go używają, łatwy w użyciu dla osób mniej technicznych, a dzięki dużej bazie danych nie zostanie wkrótce porzucony.

To było ustawienie alternatywy dla losowych e-maili lub dokumentów tekstowych na serwerze plików. „System zarządzania wiedzą”. Uznałem, że jest o wiele łatwiejszy w użyciu niż TWiki.

Używamy Assembla w firmie, którą prowadzę. Zapewniają nieograniczony hosting kodu (Git / SVN), sprzedaż biletów, wiki, scrum i inne przydatne narzędzia i nie kosztują dużo.

Przez lata próbowaliśmy większości pakietów wiki z niewielkim sukcesem. Trudno było uzyskać wystarczającą przyczepność, aby zespoły programistów i projektantów mogły z nich korzystać.

Zyskaliśmy złoto po przejściu na Google Apps Enterprise dla poczty e-mail i kalendarza, ponieważ zawiera również „Witryny”. Okazuje się, że Witryny Google mogą działać jako bardzo elastyczne i łatwe w użyciu narzędzie wiki. Wbudowane funkcje publiczne / prywatne / udostępnianie, dzięki czemu niektóre witryny mogą być udostępniane publicznie, a inne tylko wewnętrznie (według identyfikatora Google Apps).

PBWorks zapewnia szereg funkcji do współpracy przy projekcie.

Lubię oprogramowanie Basecamp firmy 37signals . Otrzymujesz świetne, niedrogie rozwiązanie hostowane z wieloma przydatnymi funkcjami.

Używam Redmine ze swoim zespołem. Jest bezpłatny i ma wiki, która jest więcej niż wystarczająca.

Lubię aplikacje typu CODE FORGE , takie jak Trac lub Redmine, jeśli masz jakieś miejsce, aby je hostować. Lub Google Code / SourceForge, aby uzyskać bezpłatne opcje hostowane, jeśli nie masz nic przeciwko robieniu projektów open source.

Miałem ten sam dylemat, której wiki użyć do projektu deweloperskiego kilka miesięcy temu. Poszliśmy z Mindtouch , ponieważ jest darmowy (Mindtouch Core), ma wiele świetnych rozszerzeń, projekt jest nowoczesny i elastyczny, możliwości załączania i łączenia plików są wszechstronne i może przeszukiwać zawartość pliku. Społeczność i fora są również silne. Jesteśmy bardzo zadowoleni z wyboru.

Wybrałbym Trac , który jest idealny do tworzenia oprogramowania, ponieważ łączy Wiki z Emisji Zarządzania i kontroli wersji.

Z ich strony

Trac to ulepszony system wiki i śledzenia problemów w projektach programistycznych. Trac stosuje minimalistyczne podejście do zarządzania projektami opartymi na sieci. Naszą misją jest pomaganie programistom w pisaniu świetnego oprogramowania, nie wchodząc mu w drogę. Trac powinien w jak najmniejszym stopniu narzucać ustalony proces rozwoju i zasady zespołu.

Jest więc zbudowany dla zespołów tworzących oprogramowanie.

Myślę, że to zależy od twoich wymagań.

Absolutnie najlepsze i najłatwiejsze w konfiguracji / użyciu, jakie widziałem, to:

TiddlyWiki

Wiki w pliku. Używa JavaScript do robienia wszystkiego i działa świetnie!

Zarówno Github, jak i Gitorious zawierają wiki.

XWiki to profesjonalne wiki z funkcjami korporacyjnymi, takimi jak blog, silne zarządzanie prawami, uwierzytelnianie LDAP, eksport plików PDF, pełne tworzenie skórek i wiele innych. Zawiera także zaawansowany silnik formularzy i skryptów, dzięki czemu jest środowiskiem programistycznym dla aplikacji opartych na danych. Posiada zaawansowane funkcje rozszerzalności, takie jak skrypty na stronach, wtyczki i wysoce modułowa architektura. Zobacz pełną listę funkcji, aby uzyskać więcej.

Jesteśmy wielkimi fanami dokuWiki, która jest elastyczna, prosta (bez bazy danych, ale możesz, jeśli chcesz) i ma świetne funkcje.

Powinieneś rozważyć PBWiki, który ma naprawdę świetny interfejs, jest bezpłatny dla małych projektów, kontroli dostępu na poziomie użytkownika i innych ciekawych funkcji. (Nie wspominając o tym, że sam z niego korzystałem.)

Funkcje PBWiki

Prawie ważniejsze niż to, które oprogramowanie wybierzesz, jest upewnienie się, że rozumiesz, co próbujesz zrobić z wiki. Bez jakiejś nadrzędnej świadomej struktury wiki łatwo staje się bezużyteczne. Ponadto (choć nie tak istotne) sensowne jest poznanie zachowania na stronach wiki, ponieważ nie jest to srebrna kula:

http://www.wikipatterns.com

Następnie powinieneś rozważyć, jako administrator, czego szukasz na wiki - istnieje znacząca różnica, na przykład, w jaki sposób są one skryptowalne, prawdopodobnie z twiki na końcu (lub zbieżnością, z którą nie mam doświadczenia). Również na przykład MediaWiki jest całkowicie przystosowane do większości otwartych środowisk, ich funkcje ACL nie są tak dobre. Innym aspektem jest to, że mogą być zbyt ciężkie i skomplikowane do tego, co chcesz zrobić, i powinieneś zadowolić się wiki, taką jak ta zintegrowana z systemem sprzedaży biletów.

Już dawno temu popierałem podobne przedsięwzięcie i wybrałem MoinMoin . Jest bezpłatny i bardzo łatwy w konfiguracji i konfiguracji. Za pomocą tego silnika skończyłem zarządzanie kilkoma instancjami wiki - po jednym dla każdego projektu, nad którym pracował zespół programistów.

Bright Green ma darmową wersję swojej aplikacji dla 3 użytkowników. Koncentrują się na Scrum i lean kanban , jednak narzędzie jest przydatne również do zarządzania wymaganiami ogólnymi. Możesz założyć darmowe konto tutaj:

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

Sugerowałbym PmWiki . Jest to bardzo proste i tak naprawdę nie pochłania zasobów i używa plików do przechowywania danych. Uruchomiłem go w około 20 minut.