Quale tracker SCM e Issue per lavoro personale?

Question

Ho intenzione di portare un po 'di "pace" (si può chiamare organizzazione) al lavoro personale (piccoli progetti, ecc.) Che faccio a casa.

Vorrei utilizzare un SCM e un issue tracker che può acquisire i commit e mostrarli automaticamente come changeset, ecc.

Nota che tutte le applicazioni di cui sopra dovrebbero essere per uso personale in modo preferirebbe qualcosa dal FOSS e anche loro hanno bisogno di essere leggero ultra in termini di requisiti di sistema.

Che cosa mi consiglia?

EDIT: seguenti sono alcuni dei miei dubbi/preoccupazioni:

1. Git con GitHub sembra buono. Ma non mi sento molto a mio agio nel rendere pubblico il mio codice su GitHub. Che ne dici?
2. GitHub fornisce un tracker di problemi? Voglio dire, posso aprire un problema sul tracker dei problemi fornito da GitHub e impegnarmi contro questo problema?
3. Posso avere un locale SCM (sul mio laptop) e usare un po 'di remote issue tracker come FogBugz? Ma non capisco come potrebbe un tracker di problemi remoto catturare i miei commit. Qualche idea?

UPDATE:

ho finalmente andato con Mercurial e BitBucket. Lavoro fantastico finora!

Answer 1

Suggerirei Git con GitHub

Answer 2

mi piace e utilizzare Redmine con il basecamp theme. Supporta un paio di sistemi di controllo versione come git, mercurial, svn, ...

Per i progetti che voglio pubblicare io uso bitbucket.org e github.com.

non ho mai provato, ma sarebbe guardare in git in combinazione con ticgit ..

Answer 3

In passato, ho usato CVS per controllo del codice sorgente, ma ho recentemente iniziato la conversione maggior parte dei miei progetti personali da usare git. Tuttavia, non mi piace il modo in cui git funziona con Visual Studio, quindi sto passando a Subversion per i miei progetti C#.

Per il rilevamento dei problemi, ho utilizzato Redmine che supporta tutti e tre i metodi SCM, anche se funziona meglio con SVN e git.

Answer 4

Se ti puoi fidare che lavorerai sempre sui tuoi progetti personali vicino al tuo server di controllo sorgente (o se stai facendo tutto nella stessa scatola), allora ti suggerisco di Subversion. Sento che la barriera per l'accesso è inferiore a quella degli strumenti distribuiti come git o mercurial.

Vorrei esaminare VisualSVN per il server. Se si sta eseguendo tutto in una sola scatola, è possibile utilizzare la funzione Repo incorporata di TortoiseSVN.

I miei clienti preferiti sono TortoiseSVN e AnkhSVN (se avete bisogno di VS integrazione.)

Per un issue tracker, a simple story board potrebbe essere migliore di un pezzo di software.

Answer 5

Rilevamento di problemi leggeri, beh, si potrebbe usare il tracker in drupal, se si considera LAMP abbastanza facile da configurare.

Se si desidera essere autonomi, git e mercurial sono cose che è possibile utilizzare senza configurare un server.

Naturalmente, c'è il buon vecchio RCS.

Answer 6

Se si è liberi personali, si consiglia di SVN e Trac. I due si integrano molto bene insieme con un po 'di configurazione. Sono anche entrambi abbastanza leggeri.

Se sei disposto a spendere un po 'o stai lavorando a un progetto open source, ti consiglio gli strumenti Atlassian's Jira e FishEye. Ho lavorato anche con loro e ho trovato l'integrazione molto buona. Possono essere un po 'pesanti, e ho trovato che il client FishEye è molto AJAX pesante al punto di problemi di prestazioni.

Answer 7

Io uso org-mode in emacs per tenere traccia dei progetti personali.

Ho usato vari SCM per il lavoro personale. Per cose davvero piccole, a volte eseguo ancora il ci -l somefile per avviare il controllo delle versioni con RCS, perché in questo modo sono vecchio stile. Ho felicemente usato Darcs per cose personali, e ritengo che Darcs sia ancora il DVCS più facile da usare là fuori. In questi giorni, se penso che sto per diventare Open-Sourcing del progetto, probabilmente userò Git, solo perché questo rende semplice metterlo su GitHub.

Mi piace anche utilizzare i progetti personali come un'opportunità per sperimentare con altri SCM che non conosco, quindi probabilmente farò progetti di versioning con Bazaar e Mercurial in futuro.

Answer 8

Avrei dovuto usare la combinazione Subversion e Trac. Ho questo ambiente di installazione al lavoro e lo uso per un team di sviluppatori distribuiti, e ho questo ambiente di installazione a casa e lo uso per i miei progetti personali. Sono open source, molto adattabili al tuo flusso di lavoro e Trac Hacks ha praticamente tutti i mod/hack/plugin che potresti pensare in un modo o nell'altro.

Answer 9

Per cose molto personali (diciamo modalità utente singolo) uso Tomboy (una semplice applicazione per prendere appunti) e Getting Things Gnome. Se il progetto diventa più complesso, allora passavo a Trac con il backend svn o hg. Per i prossimi progetti, ho intenzione di provare Redmine: sembra più pulito e hipe di trac (:))