Gestión de proyectos para ir con GitHub [cerrado]

https://stackoverflow.com/questions/313924

10-07-2019
|

Pregunta

(EDITAR: esta pregunta ahora está desactualizada para mi problema particular, ya que Google Code admite git ahora y he convertido Protocol Buffers a Mercurial de todos modos. Sin embargo, sigue siendo de interés general, IMO).

Mi C # Protocol Buffers Port usa github para su control de fuente, y Estoy empezando a disfrutar mucho usando git. Sin embargo, por lo que puedo decir, github no proporciona ninguna herramienta de gestión de proyectos: seguimiento de defectos y características, debates, solicitudes de características, documentos, etc. Dadas mis afiliaciones, Google Code sería una elección natural, pero parecería extraño crear un proyecto allí pero alojar la fuente en github.

Esta pregunta sobre Fogbugz / Assembla parece centrarse principalmente en el defecto rastreo. Me preguntaba qué experiencias han tenido otros cuando se trata de un & Quot; complete & Quot; solución de gestión de proyectos. ¿Fogbugz realmente hace todo lo que necesito? (Usar un wiki para documentos tiene sus ventajas, aunque también quiero poder distribuir documentación con el código). Más allá de las características explícitas mencionadas en el primer párrafo, ¿hay otros aspectos del proyecto que debería ser teniendo en cuenta lo que me he perdido?

Esto definitivamente seguirá siendo un proyecto de código abierto, y aunque prefiero no pagar, no me importa si se requiere una pequeña tarifa. Actualmente soy el único desarrollador, pero eso puede cambiar y puede haber muchas personas que presenten errores y solicitudes de funciones. (En otras palabras, espero y espero que sea popular, pero conmigo estoy haciendo la mayor parte del trabajo).

Anteriormente, he contribuido a varios proyectos de código abierto, pero no he hecho mucho en la forma de ejecutar uno muy visible y activo. ( MiscUtil todavía está " alojado " en mi sitio web , con lanzamientos ocasionales: el control de fuente real está en mi NAS local).

¿A alguien le importa compartir sus experiencias?

EDITAR: Otra opción que estoy considerando ahora es un proyecto de Google Code (realmente me gustaría ser leal a mi empleador) y una fusión ocasional de git a svn (al menos, cada vez que hago un lanzamiento) . Esto permitiría a los usuarios que no son git obtener fácilmente la fuente también.

Solución

Si está pensando que realmente será el único desarrollador , Fogbugz te ayudará a mantener la cordura. Fogbugz es un gran producto, construye comunicaciones enfocadas y puede convertir cualquier cosa en un caso (problema). Hace todo eso tan bien como cualquier sistema que haya visto.

Pero su orientación es comercial: comunicación eficiente entre usuarios y soporte técnico, mejora la confiabilidad de los horarios, foco & amp; priorice lo que se está trabajando, separe el amplificador interno &; discusiones externas, algunos buenos informes para rastrear que las cosas se están manejando. (La única crítica en la que puedo pensar es que no hace el bloqueo de casos y el seguimiento de dependencias, lo cual es realmente útil para esos errores enterrados profundamente).

Poco de este conjunto de características lo ayudará a construir un proyecto de código abierto activo, con una comunicación abierta y viva y la necesidad de construir una comunidad y hacer que los usuarios evolucionen en desarrolladores a medida que el proyecto crece. Entonces, si ahí es donde quiere terminar, es posible que realmente desee los canales de comunicación menos enfocados de uno de estos sistemas de seguimiento livianos.

Todavía no he usado Google Code en un proyecto, pero en términos de amplificador & transparente; comunicación abierta, parece un buen soporte para un proyecto activo de código abierto. Además ya lo sabes. Si desea aumentar la participación en su proyecto, el código de Google parece ser el camino a seguir.

Otros consejos

GitHub presentó recientemente un rastreador de problemas propio; Sin embargo, no he hecho un análisis competitivo para determinar cómo se compara con otras opciones mencionadas en este hilo.

Uso GitHub junto con Lighthouse para el seguimiento de problemas. Es un poco básico en comparación con algunas de las otras opciones, pero al mismo tiempo funciona muy bien si solo quieres una herramienta ligera de la que no tengas que preocuparte demasiado. Puede integrarse con GitHub si lo desea, y también es gratuito para proyectos de código abierto.

Como de costumbre cuando alguien pregunta esto, menciono Redmine como lo hice en esta pregunta. Sé que la pregunta ya tiene su & Quot; mejor respuesta & Quot; pero creo que vale la pena mencionarlo.

Usamos bitbucket.org , que no es GIT, es Mercurial *, pero tiene un seguimiento de errores / problemas por rama, etc.

Creo que puede ser muy útil integrar estas cosas con el lugar donde administra su código fuente para hacer referencia cruzada a cosas como número de problema en un mensaje de confirmación. O Mensaje fijo para un problema que contiene el número de revisión del código. Perdería esto si elige un BTS separado como el código de Google. Como se mencionó en otra respuesta, Trac es realmente bueno en lo de integración.

Editar: Debo decir que para mi proyecto de código abierto más utilizado, en realidad lo tenemos en:

Bitbucket (gestión del código fuente)
Launchpad (informe de errores del usuario, gestión de traducciones)
Trac autohospedado (wiki, seguimiento de problemas de proyecto y desarrollador, espejo de código fuente)
Código de Google (descargas de archivos)

Y sé que esto parece una locura, pero elegimos las mejores partes de cada servicio. Y sorprendentemente nadie se queja.

* que es mejor en mi opinión de todos modos, pero por favor no me llame.

¿Ha considerado Trac ?

Parece que hay un " entusiasta " revisión de una integración git-Trac .

No tengo experiencia personal con estas herramientas, pero es posible que desee comprobar la integración.

Utilizo github y google code en algunos lugares. El rastreador de problemas del código de Google es lo suficientemente decente, pero no puedo lidiar con la subversión.

Eche un vistazo a mi cliente java memcached para ver un ejemplo de esto, especialmente la pestaña de origen en la parte superior.

En el trabajo usamos FogBugz y es, con mucho, la mejor herramienta de este tipo en mi opinión. Lo usaría para los proyectos sin fines de lucro en los que trabajo, excepto que es muy costoso más allá de 2 usuarios.

Para los proyectos sin fines de lucro, utilizamos Lighthouse para el seguimiento de problemas. Está bien por lo que cuesta, y, francamente, realmente no puedo encontrar ninguna alternativa adecuada dentro de su rango de precios. El seguimiento de problemas de Trac es un poco mejor que el de Bugzilla ... Sé que mucha gente ama a Trac, pero me parece muy inflexible. Las deficiencias de Trac nos llevaron a Lighthouse.

Mis proyectos sin fines de lucro buscan posiblemente mudarse a Bitbucket . Además del seguimiento de problemas, nos permitiría consolidar nuestros repositorios allí desde beanstalkapp.com, así como agregar un wiki.

Dicho todo esto, si FogBugz-on-Demand tuviera un precio incluso remotamente similar a Lighthouse.app para pequeños usuarios, me mudaría allí en un abrir y cerrar de ojos. Cuando usa FB en el trabajo y luego Lighthouse.app por la noche ... usar Lighthouse se siente como si le hubieran cortado el brazo.

Mingle admite git a través de plugin mingle_git . Mingle tiene una licencia comunitaria gratuita para proyectos de código abierto .

Yo también uso github con Lighthouse. Y si su mensaje de confirmación contiene algo como

[Estado # 32: resuelto]

Lighthouse resolverá el ticket # 32 contra el commit, lo cual encuentro rápido y útil. Aparte de eso, Lighthouse es un poco, er, ligero en características.

Sugeriría JavaForge como alternativa, ya que tiene todo lo que busca:

Ofrece alojamiento gratuito con Mercurial y Git (o mixto).
Su rastreador de problemas está a años luz de GitHub. Es extremadamente potente y personalizable, puede rastrear requisitos, solicitudes de características, errores, tareas, etc.
Proporciona gestión de documentos, también con acceso WebDAV (compartir tan fácil como con carpetas compartidas).
Tiene wiki incorporado para autoría colaborativa de documentación, requisitos, etc.
Tiene foros para discusiones.

Tenga en cuenta que el sitio funciona con codeBeamer , nuestra batalla de productos comerciales- probado por empresas globales.

(Descargo de responsabilidad: somos un proveedor comercial de soluciones ALM ágiles).

<plug> Estoy construyendo Aeropuerto . </plug>

También puede intentar usar una herramienta como BusyFlow . Allí puede realizar un seguimiento de los compromisos de GitHub y comentarlos (los comentarios se sincronizan con GitHub). Para otras facetas de gestión de proyectos, BusyFlow se integra con Google Calendar, Trello, Basecamp, Pivotal Tracker, etc. Para que pueda ver sus elementos de GitHub junto con tareas, archivos y eventos de calendario.

(Descargo de responsabilidad: soy cofundador de BusyFlow.)

¿Has considerado CodePlex?

Licenciado bajo: CC-BY-SA con atribución

No afiliado a StackOverflow