Para un proyecto de desarrollo de software, ¿cuál es el mejor tipo de wiki? [cerrado]

Estoy tratando de configurar un sistema wiki / de gestión para un proyecto de software y sigo confundiéndome con la gran cantidad de opciones disponibles.

He visto TWiki y Plone antes, que se autodenominan componentes de nivel empresarial. ¿Serían mejores de usar que algo como, por ejemplo, MediaWiki?

¿Cuáles son algunas otras sugerencias para wiki / software de administración?

Realmente no puedes vencer a Confluence , especialmente por $ 10 (para 10 o menos usuarios). Lo usamos en mi trabajo y es realmente fantástico. Sin embargo, la organización tarda un poco en acostumbrarse.

He encontrado que el wiki de MediaWiki es muy flexible y útil.

Como beneficio adicional, es muy familiar para cualquiera que haya usado Wikipedia.

Descargo de responsabilidad: trabajo para Fog Creek

El wiki de FogBugz es excelente porque está integrado con el resto de la aplicación, pero el editor tiene errores. La buena noticia es que estamos haciendo una gran renovación.

Sugiero ScrewTurn para wiki.

También puede echar un vistazo a AxoSoft OnTime, que es un software muy bueno para el seguimiento de errores, gestión de proyectos scrum / ágil, wiki de desarrollo, mesa de ayuda y más.

Tengo un Wiki no recomendado: el que está disponible para los sitios de intranet de Sharepoint. Totalmente un dolor de usar.

Usamos DokuWiki

Aquí hay una tabla de comparación entre DokuWiki, MediaWiki, TWiki y TracWiki

En caso de que alguien esté considerando TWiki (Wiki en el que fui desarrollador desde 2000-2008), recuerde revisar la bifurcación: http://foswiki.org . Sentimos que nos vimos obligados a bifurcar cuando el titular de la marca TWiki reinventó el proyecto como 'código abierto comercial' y redujo nuestra capacidad de determinar cómo seríamos voluntarios para nuestro tiempo.

Configuré un sitio de intranet para difundir investigaciones desde y hacia expertos técnicamente expertos, pero ciertamente no técnicamente competentes. Probé varias soluciones, y PMWiki es la mejor. Fácil de administrar, MUCHOS "complementos", máscaras y extensiones de las personas que lo usan, fácil de usar para personas menos técnicas y con una gran base, no se abandonará pronto.

Fue para configurar una alternativa a correos electrónicos aleatorios o documentos de palabras en un servidor de archivos. Un "sistema de gestión del conocimiento". Me resultó mucho más fácil de usar que TWiki.

Estamos usando Assembla en la empresa que dirijo. Proporcionan alojamiento ilimitado de código (Git / SVN), tickets, wiki, scrum y otras herramientas útiles, y no cuesta mucho.

Probamos la mayoría de los paquetes wiki a lo largo de los años con poco éxito. Fue difícil obtener suficiente tracción para lograr que los equipos de desarrollo y proyecto realmente utilicen una.

Encontramos oro después de convertirnos a Google Apps Enterprise para correo electrónico y calendario, ya que también viene con "Sitios". Resulta que Google Sites puede funcionar como una herramienta wiki muy flexible y fácil de usar. Construido en elementos públicos / privados / compartidos también, por lo que algunos sitios pueden ser públicos mientras que otros son internos (solo por ID de Google Apps).

PBWorks proporciona un montón de características para colaborar en un proyecto.

Me gusta el software Basecamp de 37signals . Obtiene una solución alojada excelente y económica con muchas funciones útiles.

He estado usando Redmine con mi equipo. Es gratis y tiene un wiki que es más que adecuado.

Me gusta el tipo de aplicaciones CODE FORGE , como Trac o Redmine, si tiene algún lugar para alojarlo. O Google Code / SourceForge para opciones alojadas gratuitas si no le importa hacer sus proyectos de código abierto.

Tuve el mismo dilema de qué wiki usar para un proyecto de desarrollo hace unos meses. Fuimos con MindTouch debido al hecho de que está libre (MindTouch Core), que tiene un montón de grandes extensiones, el diseño es moderno y flexible, el archivo adjunto y capacidades que unen son integrales, y puede buscar en el contenido del archivo. La comunidad y los foros también son fuertes. Estamos muy contentos con la elección.

Elegiría Trac , que es perfecto para el desarrollo de software, ya que combina Wiki con Issue Management y Control de versiones.

Desde su sitio,

Trac es un wiki mejorado y un sistema de seguimiento de problemas para proyectos de desarrollo de software. Trac utiliza un enfoque minimalista para la gestión de proyectos de software basados ​​en la web. Nuestra misión es ayudar a los desarrolladores a escribir un excelente software mientras nos mantenemos fuera del camino. Trac debería imponer lo menos posible al proceso de desarrollo y las políticas establecidas de un equipo.

Por lo tanto, está diseñado para equipos de desarrollo de software.

Creo que depende de cuáles sean sus requisitos.

Lo mejor y más fácil de configurar / usar que he visto es:

TiddlyWiki

Una wiki en un archivo. ¡Utiliza JavaScript para hacer todo y funciona muy bien!

Tanto Github como Gitorious incluyen wikis.

XWiki es un wiki profesional con características empresariales como Blog, administración de derechos sólidos, autenticación LDAP, exportación de PDF, skining completo y más. También incluye un avanzado motor de formularios y secuencias de comandos que lo convierte en un entorno de desarrollo para aplicaciones basadas en datos. Tiene potentes funciones de extensibilidad, como secuencias de comandos en páginas, complementos y una arquitectura altamente modular. Vea la lista completa de características para más.

Somos grandes admiradores de dokuWiki, que es flexible, simple (sin base de datos pero puede hacerlo si lo desea) y tiene excelentes características.

Debes considerar PBWiki, que tiene una interfaz realmente genial, es gratis para pequeños proyectos, control de acceso a nivel de usuario y más funciones divertidas. (Sin mencionar que lo he usado yo mismo con excelentes resultados).

Características de PBWiki

Casi más importante que el software que elija es asegurarse de comprender lo que está tratando de hacer con el wiki. Sin una estructura consciente global, una wiki se vuelve fácilmente inutilizable. Además (aunque no es tan crucial), tiene sentido aprender algo sobre el comportamiento con wikis, porque no es una bala de plata:

http://www.wikipatterns.com

Entonces es posible que desee considerar como administrador lo que está buscando en la wiki: hay una diferencia significativa en, por ejemplo, qué tan programables son, probablemente con twiki terminando en la parte superior (o confluencia con la que tengo poca experiencia). También, por ejemplo, MediaWiki está completamente adaptado para entornos mayormente abiertos, sus características de ACL no son tan buenas. Otro aspecto es que estos pueden ser demasiado pesados ​​y complejos para lo que desea hacer, y debe conformarse con un wiki como el integrado con el sistema de tickets de tráfico.

Hace un tiempo defendí un esfuerzo similar y elegí MoinMoin . Es gratis y muy fácil de configurar y configurar. Terminé administrando varias instancias wiki con este motor, una para cada uno de los diferentes proyectos en los que el equipo de desarrollo estaba trabajando.

Bright Green tiene una versión gratuita de su aplicación para 3 usuarios. Se centran en Scrum y Lean Kanban , sin embargo, la herramienta también es útil para la gestión de requisitos generales. Puede registrarse para obtener una cuenta gratuita aquí:

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

Sugeriría PmWiki . Es muy simple y realmente no consume recursos y utiliza archivos para almacenar datos. Lo puse en marcha en unos 20 minutos.