Manajemen proyek yang akan digunakan dengan GitHub [ditutup]

95

(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.

git  open-source  project-management  github  fogbugz 
— Jon Skeet
sumber
Apakah Anda hampir merilis Protocol Buffer di C #? Aku sangat ingin mencobanya.
— David Robbins
1
@David: Ini sudah dalam status dapat digunakan, meskipun ini sedikit "manual". Lihat code.google.com/p/protobuf-csharp-port untuk beberapa petunjuk awal.
— Jon Skeet
Saya tidak yakin apakah ini yang terjadi saat Anda terakhir mengedit pertanyaan ini, tetapi GitHub secara otomatis membuat arsip kode Anda yang dapat diunduh di tag mana pun. Anda juga dapat mengunduh status kode pada setiap komit.
— Xiong Chiamiov
11
Anda juga dapat menggunakan mercurial di kode google, mercurial cukup sederhana dan memiliki fitur yang hampir sama dengan git
— dzen
GoogleCode telah menambahkan dukungan untuk Git: code.google.com/p/support/wiki/GitFAQ
— gavenkoa

Jawaban:

45

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.

— Paul
sumber
7
Terima kasih untuk itu - semua hal yang berguna. Ada keuntungan tambahan untuk Google Code - jika ada fitur yang hilang, saya lebih mungkin dapat mewujudkannya :) (Saya yakin Fogbugz dkk menanggapi permintaan fitur dengan serius, tetapi dengan Google Code saya dapat mengerjakan sistem itu sendiri dalam waktu 20% ...)
— Jon Skeet
28

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.

— Greg Campbell
sumber
GitHub saat ini memiliki manajemen proyek bawaan. Ini cukup minimalis (a la 37signals), tetapi harganya kompetitif jika Anda menggunakannya untuk kontrol versi dan manajemen proyek. github.com/features/projects
— m33lky
14

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.

— Marc Charbonneau
sumber
12

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.

— Keltia
sumber
Pembaruan: redmine.org
— dparkar
10

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.

— Ali Afshar
sumber
Tidak ada yang menyala di sini - Saya belum pernah menggunakan Mercurial, jadi tidak bisa berkomentar. Saya pikir jika saya benar-benar akan memindahkan hosting sumber, saya akan langsung membuka Google Code dan svn, yang sudah saya rasa nyaman. Saya pikir saya ingin menyimpan repositori github - tetapi lihat pertanyaan saya edit ...
— Jon Skeet
3
Menurut saya, SVN adalah kelemahan utama kode Google. Tapi seperti yang Anda katakan, itu semua tentang apa yang membuat Anda nyaman.
— Ali Afshar
Juga diedit untuk mencerminkan penggunaan pribadi saya.
— Ali Afshar
Saya tahu ini konyol, tetapi saya akan kesulitan melakukan data apa pun yang benar-benar ingin saya simpan ke server bernama "bitbucket".
— TED
1
bitbucket sekarang melakukan Git juga
— Radek
8

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.

— VonC
sumber
Pertanyaan Fogbugz / Assembla yang saya rujuk sepertinya menyiratkan bahwa Trac sedikit tertinggal dari FogBugz. Saya juga menyukai ide diskusi proyek yang dihosting (walaupun saya pasti bisa menggunakan Google Grup untuk itu jika perlu).
— Jon Skeet
1

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.

— Dustin
sumber
Keren. Tampaknya itu solusi yang sangat bagus. Saya mungkin masih mengkloning ke subversi untuk mempermudah mereka yang ingin menggunakannya - saya ingin menjadi seinklusif mungkin.
— Jon Skeet
2
Saya membayangkan hal-hal yang diunduh github sudah cukup bagi siapa saja yang menginginkan subversi. Siapapun yang melakukan hal-hal yang lebih maju daripada mengunduh versi terbaru dari repo svn Anda mungkin sudah menggunakan git. :)
— Dustin
1

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.

— jasonjwwilliams
sumber
1

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.

— kevinrutherford
sumber
0

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.)

— intland
sumber
0

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.)

— naktinis
sumber
-1

Sudahkah Anda mempertimbangkan CodePlex?

— Marcin Hoppe
sumber
1
Saya belum melakukannya, tetapi pada akhirnya saya menggunakan Google Code dan github, mengembangkan melawan github dan mendorong ke svn jika perlu.
— Jon Skeet
Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.