¿Qué SCM e Issue tracker para el trabajo personal?

Estoy planeando traer algo de "paz" (puede llamarlo organización) al trabajo personal (proyectos pequeños, etc.) que hago en casa.

Me gustaría usar un SCM y un issue tracker que pueda capturar los commits y mostrarlos como sets de cambios, etc. de forma automática.

Tenga en count que todas las aplicaciones anteriores se supone que son para uso personal, por lo que preferirían algo de FOSS y también deben ser ultraligeras en términos de los requisitos del sistema.

¿Que recomiendas?

EDITAR: A continuación se encuentran algunas de mis dudas / inquietudes:

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

ACTUALIZAR:

Finalmente fui con Mercurial y BitBucket . ¡Funciona increíble hasta ahora!

Recomendaría Git con GitHub

Me gusta y uso Redmine con el tema de basecamp . 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 lo intenté, pero searchía en git en combinación con ticgit …

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

Si está dispuesto a gastar un poco o está trabajando en un proyecto de código abierto, recomiendo las herramientas de Atlassian 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 performance.

Si puede confiar en que siempre estará trabajando en sus proyectos personales cerca de su server de control de código fuente (o si lo está haciendo todo en el mismo cuadro), entonces sugeriría Subversion. Siento que la barrera de input es menor para ella que las herramientas distribuidas como git o mercurial.

Buscaría en VisualSVN para su server. Si está ejecutando todo en una caja, puede usar la function Repo incorporada de TortoiseSVN .

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

Para un rastreador de problemas, un storyboard simple podría ser mejor que una pieza de software.

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 yo soy de la vieja escuela de esa manera. Felizmente he usado Darcs para cosas personales, y sostengo que Darcs sigue siendo 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 voy a versionar proyectos con Bazar y Mercurial en el futuro.

En el pasado, he usado CVS para el control de fuente, pero recientemente comencé a convertir la mayoría de mis proyectos personales para 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 methods SCM, aunque funciona mejor con SVN y git.

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

Si quieres ser autónomo, git y mercurial son cosas que puedes usar sin configurar un server.

Por supuesto, está el viejo RCS.

Tendría que utilizar la combinación de Subversion y Trac. Tengo esta configuration 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 pueda pensar de una forma u otra.

Para cosas muy personales (digamos modo de usuario único) utilizo Tomboy (una aplicación simple 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 intentar networkingmine: parece más limpio e hipe que trac (:))