Manajemen proyek yang akan digunakan dengan GitHub [ditutup]

(EDIT: Pertanyaan ini sekarang sudah usang untuk masalah khusus saya, karena Google Code mendukung git sekarang dan saya telah mengonversi Protocol Buffer ke Mercurial. Namun, ini masih menjadi minat umum, IMO.)

Port Buffer Protokol C # saya menggunakan github untuk kontrol sumbernya, dan saya mulai sangat menikmati menggunakan git. Namun, sejauh yang saya tahu, github tidak menyediakan alat manajemen proyek apa pun: pelacakan cacat dan fitur, diskusi, permintaan fitur, dokumen, dll. Mengingat afiliasi saya, Google Code akan menjadi pilihan yang wajar, tetapi tampaknya aneh untuk buat proyek di sana tetapi host sumbernya di github.

Pertanyaan tentang Fogbugz / Assembla ini tampaknya sebagian besar berfokus pada pelacakan kerusakan. Saya bertanya-tanya pengalaman apa yang dimiliki orang lain dalam hal solusi manajemen proyek yang lebih "lengkap". Apakah Fogbugz benar-benar melakukan semua yang saya butuhkan? (Menggunakan wiki untuk dokumen memiliki kelebihan, meskipun saya juga ingin dapat mendistribusikan dokumentasi dengan kode tersebut.) Di luar fitur eksplisit yang disebutkan di paragraf pertama, adakah aspek proyek lain yang harus saya pertimbangkan yang mungkin saya lewatkan?

Ini pasti akan tetap menjadi proyek open source, dan meskipun saya lebih suka tidak membayar, saya tidak keberatan jika biaya kecil diperlukan. Saat ini saya satu-satunya pengembang, tetapi itu mungkin berubah dan mungkin ada banyak orang yang melaporkan bug dan permintaan fitur. (Dengan kata lain, saya berharap dan mengharapkan itu menjadi populer, tetapi dengan saya melakukan sebagian besar pekerjaan.)

Sebelumnya saya telah berkontribusi pada berbagai proyek open source, tetapi belum melakukan banyak hal dalam menjalankan proyek yang sangat terlihat dan aktif. ( MiscUtil saat ini masih "dihosting" di situs web saya, dengan rilis sesekali - kontrol sumber sebenarnya ada di NAS lokal saya.)

Ada yang mau berbagi pengalaman?

EDIT: Opsi lain yang sekarang saya pertimbangkan adalah proyek Google Code (saya benar-benar ingin setia kepada majikan saya) dan sesekali menggabungkan dari git ke svn (setidaknya, setiap kali saya merilis). Ini akan memungkinkan pengguna non-git untuk mendapatkan sumbernya dengan mudah juga.

Jika Anda berpikir bahwa Anda akan benar-benar menjadi satu - satunya pengembang , Fogbugz akan membantu Anda menjaga kewarasan Anda. Fogbugz adalah produk hebat, ia membangun komunikasi terfokus dan dapat mengubah apa pun menjadi kasus (masalah). Itu melakukan semua itu serta sistem apa pun yang pernah saya lihat.

Tetapi orientasinya adalah komunikasi yang efisien secara komersial antara pengguna dan dukungan teknis, meningkatkan keandalan jadwal, fokus & memprioritaskan apa yang sedang dikerjakan, memisahkan diskusi internal & eksternal, beberapa pelaporan yang baik untuk melacak hal-hal yang ditangani. (Tentang satu-satunya kritik yang dapat saya pikirkan adalah itu tidak melakukan pemblokiran kasus dan pelacakan ketergantungan, yang sangat berguna untuk bug yang terkubur dalam-dalam.)

Sedikit dari rangkaian fitur ini akan membantu Anda membangun proyek sumber terbuka yang aktif, dengan komunikasi terbuka yang hidup dan kebutuhan untuk membangun komunitas dan membuat pengguna berevolusi menjadi pengembang seiring dengan pertumbuhan proyek. Jadi jika Anda ingin berakhir di sana, Anda mungkin benar-benar menginginkan saluran komunikasi yang kurang fokus dari salah satu sistem pelacakan ringan ini.

Saya belum pernah menggunakan Google Code pada sebuah proyek, tetapi dalam hal komunikasi transparan & terbuka, sepertinya itu adalah dukungan yang baik untuk proyek sumber terbuka yang aktif. Ditambah Anda sudah mengetahuinya. Jika Anda ingin menumbuhkan keterlibatan dalam proyek Anda, kode Google sepertinya cara yang tepat.

GitHub baru-baru ini memperkenalkan pelacak masalah mereka sendiri; Saya belum melakukan analisis kompetitif untuk menentukan bagaimana itu mengukur opsi lain yang disebutkan di utas ini.

Saya menggunakan GitHub bersama Lighthouse untuk pelacakan masalah. Ini sedikit barebone dibandingkan dengan beberapa opsi lain, tetapi pada saat yang sama berfungsi dengan sangat baik jika Anda hanya menginginkan alat ringan yang tidak perlu terlalu Anda khawatirkan. Itu dapat berintegrasi dengan GitHub jika Anda mau, dan juga gratis untuk proyek sumber terbuka.

Seperti biasa ketika seseorang menanyakan ini, saya menyebutkan Redmine seperti yang saya lakukan dalam pertanyaan ini . Saya tahu pertanyaan itu sudah memiliki "jawaban terbaik", tetapi saya pikir itu layak untuk disebutkan.

Kami menggunakan bitbucket.org , yang bukan GIT, melainkan Mercurial *, tetapi memiliki pelacakan bug / masalah per cabang, dll.

Saya rasa akan sangat berguna untuk mengintegrasikan hal-hal ini dengan tempat Anda mengelola kode sumber untuk referensi silang seperti nomor masalah dalam pesan komit. Atau Memperbaiki pesan untuk masalah yang berisi nomor revisi kode. Anda akan kehilangan ini jika Anda memilih BTS terpisah seperti kode Google. Seperti yang disebutkan dalam jawaban lain, Trac sangat bagus dalam hal integrasi.

Sunting: Saya harus mengatakan bahwa untuk proyek sumber terbuka saya yang paling banyak digunakan, kami sebenarnya memilikinya di:

1. Bitbucket (manajemen kode sumber)
2. Launchpad (pelaporan bug pengguna, manajemen terjemahan)
3. Trac yang dihosting sendiri (wiki, pelacakan masalah proyek dan pengembang, mirror kode sumber)
4. Kode Google (unduhan file)

Dan saya tahu ini terdengar gila, tapi kami memilih yang terbaik dari setiap layanan. Dan anehnya tidak ada yang mengeluh.

* mana yang lebih baik menurut saya, tapi tolong jangan nyalakan saya.

Sudahkah Anda mempertimbangkan Trac ?

Tampaknya ada ulasan "antusias" tentang integrasi git-Trac .

Saya tidak memiliki pengalaman pribadi dengan alat ini, tetapi Anda mungkin ingin memeriksa integrasinya.

Saya menggunakan github dan kode google di beberapa tempat. Pelacak masalah kode Google cukup layak, tetapi saya tidak dapat menangani subversi.

Lihatlah klien memcache java saya untuk contohnya - terutama tab sumber di bagian atas.

Di tempat kerja kami menggunakan FogBugz dan sejauh ini merupakan alat terbaik dari jenisnya menurut saya. Saya akan menggunakannya untuk proyek nirlaba yang saya kerjakan, kecuali harganya sangat mahal di luar 2 pengguna.

Untuk proyek nirlaba, kami menggunakan Lighthouse untuk pelacakan masalah. Tidak apa-apa untuk berapa biayanya, dan terus terang saya tidak dapat benar-benar menemukan alternatif yang cocok dalam kisaran harganya. Pelacakan masalah Trac sedikit lebih baik daripada Bugzilla ... Saya tahu banyak orang menyukai Trac tetapi menurut saya sangat tidak fleksibel. Kekurangan Trac membawa kami ke Lighthouse.

Proyek nirlaba saya kemungkinan akan pindah ke Bitbucket . Selain pelacakan masalah, ini akan memungkinkan kami mengkonsolidasikan repositori kami di sana dari beanstalkapp.com, serta menambahkan wiki.

Itu semua dikatakan, jika FogBugz-on-Demand memiliki harga yang mirip dengan Lighthouse.app untuk jumlah pengguna kecil, saya akan memindahkan kami ke sana dalam sekejap. Saat Anda menggunakan FB di tempat kerja dan kemudian Lighthouse.app di malam hari ... menggunakan Lighthouse terasa seperti lengan Anda telah dipotong.

Mingle mendukung git melalui plugin mingle_git . Mingle memiliki lisensi komunitas gratis untuk proyek sumber terbuka.

Saya juga menggunakan github dengan Lighthouse. Dan jika pesan komit Anda berisi sesuatu seperti

[# 32 negara bagian: terselesaikan]

Lighthouse akan menyelesaikan tiket # 32 melawan komit, yang menurut saya cepat dan berguna. Selain itu, Lighthouse memiliki fitur yang sedikit, eh, ringan.

Saya menyarankan JavaForge sebagai alternatif, karena ia memiliki semua yang Anda cari:

• Ini menawarkan hosting gratis dengan Mercurial dan Git (atau campuran).
• Pelacak masalahnya adalah beberapa tahun cahaya di depan GitHub. Ini sangat kuat dan dapat disesuaikan, dapat melacak persyaratan, permintaan fitur, bug, tugas, dll.
• Ini menyediakan Manajemen Dokumen, juga dengan akses WebDAV (berbagi semudah dengan folder bersama).
• Ini memiliki wiki bawaan untuk penulisan kolaboratif untuk dokumentasi, persyaratan, dll.
• Ini memiliki forum untuk diskusi.

Harap dicatat bahwa situs ini didukung oleh codeBeamer , produk komersial kami telah diuji oleh perusahaan global.

(Penafian: kami adalah penyedia komersial solusi ALM tangkas.)

<plug>Saya sedang membangun Bandara .</plug>

Anda juga dapat mencoba menggunakan alat seperti BusyFlow . Di sana Anda dapat melacak komitmen GitHub dan mengomentarinya (komentar disinkronkan dengan GitHub). Untuk aspek manajemen proyek lainnya, BusyFlow terintegrasi dengan Google Calendar, Trello, Basecamp, Pivotal Tracker, dll. Jadi, Anda dapat melihat item GitHub Anda bersama dengan tugas, file, dan acara kalender.

(Penafian: Saya adalah salah satu pendiri BusyFlow.)

Sudahkah Anda mempertimbangkan CodePlex?