Untuk proyek pengembangan perangkat lunak, apa jenis wiki terbaik? [Tutup]

Saya mencoba membuat sistem wiki / manajemen untuk proyek perangkat lunak dan terus bingung dengan segudang pilihan yang tersedia.

Saya telah melihat TWiki dan Plone sebelumnya, yang menyebut diri mereka sebagai komponen tingkat perusahaan. Apakah mereka akan lebih baik digunakan daripada sesuatu seperti, katakanlah, MediaWiki?

Apa sajakah saran lain untuk perangkat lunak wiki / manajemen?

Anda benar-benar tidak bisa mengalahkan Confluence , terutama untuk $ 10 (untuk 10 atau lebih sedikit pengguna). Kami menggunakannya di pekerjaan saya dan itu sangat fantastis. Organisasi butuh sedikit untuk membiasakan diri.

Saya menemukan wiki MediaWiki sangat fleksibel dan bermanfaat.

Sebagai bonus, ini sangat akrab bagi siapa saja yang menggunakan Wikipedia.

Penafian: Saya bekerja untuk Fog Creek

The FogBugz wiki besar karena itu terintegrasi dengan seluruh aplikasi, tapi editor adalah kereta. Berita baiknya adalah kita melakukan perombakan besar.

Saya sarankan ScrewTurn untuk wiki.

Anda juga dapat melihat AxoSoft OnTime yang merupakan perangkat lunak yang sangat baik untuk pelacakan bug, manajemen proyek scrum / agile, dev wiki, help desk, dan banyak lagi.

Saya punya satu Wiki yang tidak direkomendasikan: yang tersedia untuk situs intranet Sharepoint. Benar-benar sakit untuk digunakan.

Kami menggunakan DokuWiki

Berikut ini adalah grafik perbandingan antara DokuWiki, MediaWiki, TWiki dan TracWiki

Jika ada orang yang mempertimbangkan TWiki (Wiki I adalah pengembang sejak 2000-2008), harap ingat untuk memeriksa garpu - http://foswiki.org . Kami merasa kami terpaksa melakukan percabangan ketika pemegang merek dagang TWiki menciptakan kembali proyek tersebut sebagai 'open source komersial' dan mengurangi kemampuan kami untuk menentukan bagaimana kami akan menyumbangkan waktu kami.

Saya menyiapkan situs intranet untuk menyebarluaskan penelitian dari dan untuk yang secara teknis mengerti, tetapi tentu saja tidak secara teknis mahir kerumunan. Saya mencoba beberapa solusi, dan PMWiki adalah yang terbaik. Mudah dikelola, BANYAK "plugins," skin dan ekstensi dari orang yang menggunakannya, mudah untuk orang yang kurang teknis untuk menggunakan dan dengan basis besar, itu tidak akan ditinggalkan dalam waktu dekat.

Itu untuk mengatur alternatif untuk email acak atau dokumen kata pada server file. "Sistem Manajemen Pengetahuan". Saya merasa jauh lebih mudah digunakan daripada TWiki.

Kami menggunakan Assembla di perusahaan yang saya jalankan. Mereka menyediakan hosting kode tak terbatas (Git / SVN), tiket, wiki, scrum, dan alat bermanfaat lainnya, dan tidak memerlukan biaya banyak.

Kami mencoba sebagian besar paket wiki selama bertahun-tahun dengan sedikit keberhasilan. Cukup sulit mendapatkan daya tarik yang cukup untuk membuat tim pengembangan dan proyek benar-benar menggunakannya.

Kami mendapatkan emas setelah kami mengonversikan ke Google Apps enterprise untuk email dan kalender karena juga dilengkapi dengan "Situs". Ternyata Situs Google dapat berfungsi sebagai alat wiki yang sangat fleksibel dan mudah digunakan. Dibangun pada hal-hal publik / pribadi / berbagi sehingga beberapa situs dapat menghadap publik sementara yang lain bersifat internal (dengan ID Google Apps).

PBWorks menyediakan banyak fitur untuk berkolaborasi dalam suatu proyek.

Saya suka software Basecamp 37signals . Anda mendapatkan solusi host yang hebat dan murah dengan banyak fitur bermanfaat.

Saya telah menggunakan redmine dengan tim saya. Ini gratis dan memiliki wiki yang lebih dari cukup.

Saya suka jenis aplikasi CODE FORGE , seperti Trac atau Redmine, jika Anda punya tempat untuk menyimpannya. Atau Google Code / SourceForge untuk opsi yang dihosting gratis jika Anda tidak keberatan melakukan proyek open source Anda.

Saya memiliki dilema yang sama dengan yang digunakan wiki untuk proyek dev beberapa bulan yang lalu. Kami menggunakan Mindtouch karena gratis (Mindtouch Core), ia memiliki banyak ekstensi hebat, desainnya modern dan fleksibel, lampiran file dan kemampuan penautannya komprehensif, dan dapat mencari melalui konten file. Komunitas dan forum juga kuat. Kami sangat senang dengan pilihannya.

Saya akan memilih Trac , yang sangat cocok untuk pengembangan perangkat lunak karena menggabungkan Wiki dengan Issue Management dan Version Control.

Dari situs mereka,

Trac adalah wiki yang disempurnakan dan sistem pelacakan masalah untuk proyek pengembangan perangkat lunak. Trac menggunakan pendekatan minimalis untuk manajemen proyek perangkat lunak berbasis web. Misi kami adalah membantu para pengembang menulis perangkat lunak yang hebat sambil tetap menyingkir. Trac harus memaksakan sesedikit mungkin pada proses dan kebijakan pengembangan tim yang sudah mapan.

Jadi itu dibangun untuk tim pengembangan perangkat lunak.

Saya pikir itu tergantung pada apa kebutuhan Anda.

Yang terbaik dan termudah untuk diatur / digunakan yang pernah saya lihat adalah:

TiddlyWiki

Wiki dalam file. Ini menggunakan JavaScript untuk melakukan segalanya dan bekerja dengan sangat baik!

Baik Github dan Gitorious termasuk wiki.

XWiki adalah wiki profesional dengan fitur perusahaan seperti Blog, manajemen hak yang kuat, otentikasi LDAP, ekspor PDF, skining penuh dan banyak lagi. Ini juga mencakup Formulir canggih dan mesin skrip membuatnya menjadi lingkungan pengembangan untuk aplikasi berbasis data. Ini memiliki fitur ekstensibilitas yang kuat seperti scripting di halaman, plugin dan arsitektur yang sangat modular. Lihat daftar fitur lengkap untuk lebih lanjut.

Kami adalah penggemar berat dokuWiki yang fleksibel, sederhana (tidak ada database tetapi Anda bisa jika mau) dan memiliki fitur-fitur hebat.

Anda harus mempertimbangkan PBWiki yang memiliki antarmuka yang sangat hebat, gratis untuk proyek-proyek kecil, pengontrol akses tingkat pengguna dan fitur-fitur yang lebih menyenangkan. (Belum lagi saya sudah menggunakannya sendiri dengan hasil yang bagus.)

Fitur PBWiki

Hampir lebih penting daripada perangkat lunak yang Anda pilih adalah memastikan Anda memahami apa yang Anda coba lakukan dengan wiki. Tanpa struktur sadar menyeluruh, wiki dengan mudah menjadi tidak dapat digunakan. Juga (meskipun tidak sepenting), masuk akal untuk mempelajari beberapa perilaku dengan wiki, karena itu bukan peluru perak:

http://www.wikipatterns.com

Maka Anda mungkin ingin mempertimbangkan sebagai administrator apa yang Anda cari di wiki - ada perbedaan signifikan dalam hal seberapa skripnya, mungkin dengan twiki yang berada di atas (atau pertemuan yang sedikit pengalaman saya dengan). Juga misalnya MediaWiki sepenuhnya diadaptasi untuk sebagian besar lingkungan terbuka, fitur ACL mereka tidak begitu baik. Aspek lain adalah bahwa ini mungkin terlalu berat dan rumit untuk apa yang ingin Anda lakukan, dan Anda harus puas dengan wiki seperti yang terintegrasi dengan sistem tiket trac.

Saya memperjuangkan upaya yang sama beberapa waktu lalu dan memilih MoinMoin . Gratis dan sangat mudah diatur dan dikonfigurasikan. Saya akhirnya mengelola beberapa instance wiki dengan mesin ini - satu untuk setiap proyek berbeda yang sedang dikembangkan oleh tim pengembangan.

Bright Green memiliki versi gratis aplikasi mereka untuk 3 pengguna. Mereka fokus pada Scrum dan lean kanban , namun alat ini berguna untuk manajemen persyaratan umum juga. Anda dapat mendaftar untuk mendapatkan akun gratis di sini:

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

Saya sarankan PmWiki . Ini sangat sederhana dan tidak benar-benar memakan sumber daya dan menggunakan file untuk menyimpan data. Saya bangun dan berjalan dalam sekitar 20 menit.