2009-11-28 12 views
6

Planeo traer algo de "paz" (puede llamarlo organización) al trabajo personal (pequeños proyectos, etc.) que hago en casa.¿Qué rastreador SCM e Issue para el trabajo personal?

Me gustaría utilizar un SCM y un issue tracker que pueden capturar los commits y mostrarlos como conjuntos de cambios, etc. automáticamente.

Nota que todas las aplicaciones anteriores se supone que son para el uso personal, de modo que prefieren algo de FOSS y también tienen que ser ultra ligero en cuanto a los requisitos del sistema.

¿Qué me recomiendas?

EDIT: siguientes son algunas de mis dudas/preocupaciones:

  1. Git con GitHub se ve bien. Pero no estoy muy cómodo haciendo público mi código base en GitHub. ¿Qué dices?
  2. ¿GitHub proporciona un rastreador de problemas? Quiero decir, ¿puedo abrir un problema en el GitHub proporcionado rastreador de problemas y cometer contra ese problema?
  3. ¿Puedo tener un local de SCM (en mi portátil) y utilizar algunos remote issue tracker como FogBugz? Pero simplemente no entiendo cómo podría un rastreador de problemas remoto capturar mis commits. ¿Alguna idea?

ACTUALIZACIÓN:

que finalmente se fue con Mercurial y BitBucket. ¡Funciona increíble hasta ahora!

Respuesta

3

recomendaría Git con GitHub

+0

No estoy seguro de que GitHub proporcione un rastreador de problemas integrado. ¿Utiliza algún rastreador de problemas que se integre bien con Git? – jkndrkn

+0

Tiene un rastreador de problemas ahora. – Kzqai

3

me gusta y utilizar Redmine con el basecamp theme. Es compatible con un par de sistemas de control de versiones como git, mercurial, svn, ...

Para los proyectos que deseo publicar, utilizo bitbucket.org y github.com.

Nunca he intentado, pero gustaría ver en git en combinación con ticgit ..

+0

+1 para Bitbucket. Me encanta hasta ahora. – peakit

0

En el pasado, he usado CVS para el control de la fuente, pero recientemente he empezado a convertir la mayoría de mis proyectos personales de usar git. Sin embargo, no me gusta la forma en que git funciona con Visual Studio, así que he estado cambiando a Subversion para mis proyectos de C#.

Para el seguimiento de problemas, he estado usando Redmine que admite los tres métodos SCM, aunque funciona mejor con SVN y git.

1

Si se puede confiar en que siempre estará trabajando en sus proyectos personales cerca de su servidor de control de código fuente (o si está haciendo todo en la misma caja) a continuación, me gustaría sugerir la subversión. Siento que la barrera de entrada es menor para ella que las herramientas distribuidas como git o mercurial.

Me miro en VisualSVN para su servidor. Si está ejecutando todo en una caja, puede usar la función Repo incorporada de TortoiseSVN.

Mis clientes favoritos son TortoiseSVN y AnkhSVN (si necesita VS integración.)

Para un gestor de incidencias, a simple story board podría ser mejor que una pieza de software.

+0

La diferencia entre desarrollar ágilmente en un control de fuente distribuida y en svn es como la noche y el día, por lo que -1 para svn no distribuidos. Como alternativa, sugiero al menos comenzar probando mercurial y tortuga Hg en su lugar. – Kzqai

+1

@Tchalvak - Esa es una opinión importante, y a la que tiene derecho: no hay problemas, pero siento que se está perdiendo la intención del sistema de votación al bajar las respuestas de votación con las que no está de acuerdo cuando no hay nada realmente inexacto en el cargo.Además, me dirijo a su cabeza SCM distribuida al sugerir que la barrera de entrada más baja puede ser deseable en este entorno de "pequeña escala". – antik

0

Seguimiento ligero de problemas, bueno, podría usar el rastreador en drupal, si considera que LAMP es lo suficientemente fácil de configurar.

Si quiere ser autónomo, git y mercurial son cosas que puede usar sin configurar un servidor.

Por supuesto, hay buenos-viejos-RCS.

2

Si va a ser personal gratuito, recomendaría SVN y Trac. Los dos se integran muy bien junto con un poco de configuración. También son bastante livianos.

Si está dispuesto a gastar un poco o está trabajando en un proyecto de código abierto, recomiendo Atlassian's herramientas Jira y FishEye. He trabajado con ellos también y he encontrado que la integración es muy buena. Sin embargo, pueden ser un poco fuertes, y he encontrado que el cliente de FishEye es muy pesado en AJAX hasta el punto de problemas de rendimiento.

+0

Control de fuente no distribuido, extrañaría mucho, mucho más. Mejor comenzar distribuido. – Kzqai

1

Yo uso org-mode en emacs para rastrear proyectos personales.

He usado varios SCM para el trabajo personal. Para cosas realmente pequeñas, a veces solo ejecuto ci -l somefile para comenzar a versionar con RCS, porque soy de la vieja escuela de esa manera. Felizmente utilicé Darcs para cosas personales, y mantengo que Darcs es todavía el DVCS más fácil de usar que existe. En estos días, si creo que voy a utilizar Open-Sourcing en el proyecto, es probable que use Git, solo porque eso hace que ponerlo en GitHub sea sencillo.

También me gusta utilizar proyectos personales como una oportunidad para experimentar con otros SCM con los que no estoy familiarizado, por lo que probablemente esté versionando proyectos con Bazaar y Mercurial en el futuro.

+0

+1 para git y mercurial. – Kzqai

0

Tendría que utilizar la combinación de Subversion y Trac. Tengo esta configuración de entorno en el trabajo y la uso para un equipo distribuido de desarrolladores, y tengo este entorno configurado en mi casa y lo uso para mis proyectos personales. Son de código abierto, muy adaptables a su flujo de trabajo y Trac Hacks tiene prácticamente cualquier mod/hack/plugin que se pueda imaginar de una forma u otra.

+0

Como seguimiento de este comentario (2 años después) ahora uso Git y Subversion con Redmine, y he migrado mis entornos de Trac. Redmine tiene un soporte multiproyectos infinitamente mejor y su soporte para múltiples SCM es perfecto para mis necesidades. –

0

Para cosas muy personales (digamos modo de usuario único) Uso Tomboy (una aplicación para tomar notas) y Getting Things Gnome. Si el proyecto se vuelve más complejo, entonces yo solía cambiar a Trac con svn o hg backend. Para los próximos proyectos, voy a probar redmine: parece más limpio e hipe que trac (:))