Saat ini saya kebanyakan bekerja sendirian di sebuah proyek (di Jawa). Saya sebagian besar sendirian karena saya memiliki penasihat yang memberi saya instruksi tingkat tinggi tentang apa yang harus dilakukan, dan jarang akan memberikan kontribusi kode. Dia akan membuat beberapa tes penerimaan dari waktu ke waktu.
Saya belum pernah menggunakan pelacak masalah sebelumnya, dan sedang berpikir untuk mulai menggunakannya sekarang, karena saya ingin memiliki tempat di mana saya dapat mencatat kemungkinan bug yang saya temukan dan melacak mereka secara terpusat. Apakah mungkin untuk mengintegrasikan pelacak masalah dengan Eclipse, lebih baik lagi.
Jadi, inilah kendala:
- Ini BUKAN proyek sumber terbuka. Kode kami tidak boleh dibagikan dengan siapa pun!
- kami adalah dan akan menggunakan Subversi;
- kami memiliki server Subversion kami sendiri dan kami akan terus menggunakan server Subversion yang sama ini;
- itu harus gratis;
- itu harus mengizinkan setidaknya 2 pengguna.
Apa saran Anda untuk memilih? Saya mencari solusi paling sederhana yang tersedia.
issue-tracking
melahap elysium
sumber
sumber
Jawaban:
Untuk proyek-proyek kecil, saya sudah menjadi penggemar berat Trello . Ini memiliki hambatan masuk yang rendah, dan kegunaan yang tinggi, saya akan menggunakannya untuk proyek yang lebih kecil.
Jika Anda menginginkan sesuatu yang sedikit lebih rumit dan kelengkapan fitur, saya akan menyarankan saran FogBugz atau Bugzilla.
Edit untuk memberikan lebih banyak "penjelasan dan konteks":
Masalah paling umum yang saya perhatikan di antara tim yang lebih kecil tanpa manajer proyek yang berdedikasi adalah begitu banyak hal yang tidak masuk ke dalam sistem . Entah para devs tidak meluangkan waktu untuk masuk ke dalam segala sesuatu yang perlu dilakukan, atau masalah hanya diperbarui secara sporadis saat pekerjaan berlangsung.
Trello mendorong pengguna untuk benar-benar menjaga sistem tetap up to date dengan data yang baik dengan membuatnya mudah untuk menambahkan masalah baru dan memperbarui status masalah yang ada.
Yang paling menonjol, sistem "daftar" di dalam papan dapat dengan mudah dan cepat diubah untuk mewakili hampir semua sistem tonggak dan jenis masalah yang ingin digunakan oleh proyek kecil.
Ini juga mendukung alat pelacak masalah yang lebih umum seperti mengomentari masalah, memilih masalah, menata ulang, menandai, dan penugasan - tetapi mereka semua tersembunyi di luar jalan Anda (tetapi cukup tepat di tempat yang Anda inginkan ketika Anda membutuhkannya).
Bugzilla adalah pelacak isu berfitur lengkap yang bagus, tetapi tidak dapat disangkal rasanya membuat dan mengedit bug itu mahal . FogBugz mengurangi banyak rasa sakit bawah sadar melacak segala sesuatu di proyek Anda, tetapi masih memiliki cukup pengeditan dan layar untuk merasa seperti lebih banyak pekerjaan daripada, katakanlah, hanya menyeret kartu dari "melakukan" ke "selesai" di Trello.
tl; dr - cara terbaik untuk menjaga pelacak masalah tetap relevan dan terkini adalah membuatnya semudah mungkin digunakan , dan itulah yang ingin dicapai Trello.
sumber
"solusi paling sederhana yang tersedia" tentu saja merupakan panggilan penilaian.
Saya menemukan FogBugz sangat mudah digunakan dan dapat merekomendasikannya untuk use case yang Anda gambarkan. Ini gratis untuk tim yang terdiri dari dua orang dan sangat terjangkau untuk yang lebih besar, memiliki plugin Eclipse dan terintegrasi dengan Subversion .
Untuk kepentingan pengungkapan penuh: Pengalaman saya dengan FogBugz adalah versi on-premise dengan plugin Visual Studio dan integrasi Perforce dan bukan pengaturan yang tepat yang Anda cari.
sumber
SVN + Trac + Eclipse dengan plugin Penyedia Tim SVN (& Mylyn jika Anda mau)
Ini akan bekerja untuk proyek pribadi dan tim secara bersamaan.
Dari Eclipse (dengan plugin di atas dan plugin Trac XML-RPC ) Anda dan tim Anda akan dapat melakukannya
sumber
Anda dapat menggunakan Mantis: http://www.mantisbt.org/index.php
Ini cukup sederhana, dan dapat dikonfigurasi untuk diintegrasikan dengan SVN dan Eclipse: http://www.unitz.com/u-notez/2009/10/subversion-svn-integration-mantisbt/ http://stackoverflow.com/ pertanyaan / 2939794 / mantis-bug-tracker-api-integrasi
Yang mengatakan, tetap berpegang pada fitur-fitur dasar Trac dapat membuatnya cukup mudah digunakan, juga: http://trac.edgewall.org/
sumber
Rekomendasi saya:
File bernama
bugs.txt
di root repositori.Keuntungan:
Ini adalah .txt. Berarti Anda tidak terikat dengan sistem / perangkat lunak tertentu
Sederhana sekali.
Anda harus memutuskan apa yang cocok untuk Anda dengan metode ini - contoh saya ada yang seperti ini:
filename.ext.class/method: refactor when I get the chance, that regex is really screwed up.
filename2.ext.class/method: got a lovely UI bug with that, doesn't work in Mac Chrome. Screenshot: imgur.com/foobar
svn checkout <url>
, Anda memiliki bugtracker di sana - Anda juga dapat menggunakan $ IDE-of-choice - untuk itu, itu hanya file teks lain.Kekurangan:
menjadi berat setelah lebih dari 2-3 pengembang.
Tidak ada cara untuk benar-benar memberikannya kepada seseorang.
sumber
Pilihan saya untuk Redmine . Ini sepenuhnya gratis dan terintegrasi dengan baik dengan Subversion.
sumber
Ini mungkin tidak "sederhana", tetapi saya menganggapnya sebagai salah satu pelacak isu terbaik dalam bisnis ini: Jira dari Atlassian . Muncul dengan lisensi pemula 10 pengguna untuk 10 (aussie) dolar ... Saya menggunakannya sebagai pengembang solo. (Harap perhatikan bahwa situs ini tampaknya memiliki preferensi untuk menunjukkan lisensi / harga "sesuai permintaan", dan Anda mungkin memerlukan harga "unduh").
Nilai tambah besar lainnya untuk tingkat pemula ini: hasil penuh disumbangkan ke amal Room to Read . Jadi Anda bisa mendapat manfaat dari bugtracker berfitur lengkap dan merasa senang tentang hal itu juga :-)
sumber
Anda juga bisa melihat BugZilla . Lihat juga perbandingan pelacak bug yang berbeda ini pada programmer SE. Trac juga merupakan alternatif yang baik untuk digunakan sebagai pelacak.
Pilihan lain adalah Sourceforge . Sepengetahuan saya, ini gratis terlepas dari jumlah pengguna. Ini termasuk repositori SVN (yang Anda mungkin tidak akan menggunakan) dan pelacak. Untuk contoh tampilan pelacak ini, lihat contoh ini dari proyek Audacity (perangkat lunak perekaman sumber terbuka).
sumber
Lihat ditz .
Ini adalah alat pelacak masalah berbasis perintah yang sangat sederhana yang databasenya dapat Anda simpan di repositori kode Anda.
Tidak ada UI mewah, hanya alat baris perintah yang sederhana. Ini serupa semangatnya dengan saran @ jrg dan alat TODO.txt.
sumber
Lihatlah Asana . Ini adalah alat pelacakan proyek berbasis web yang sederhana dan gratis. Saya telah menggunakannya untuk proyek dan tugas di rumah. Anda dapat membuat banyak proyek, dan menugaskan mereka tugas. Untuk tugas apa pun, Anda dapat mengatur:
Anda dapat memprioritaskan item dengan sesuatu yang disebut "header prioritas". Anda juga dapat menjadwalkan item sebagai "hari ini", "akan datang", atau "nanti" untuk mendapatkan ide dasar tentang apa yang perlu dikerjakan paling cepat.
Ini masih dalam proses, tetapi memiliki antarmuka yang sangat apik dan mudah digunakan.
sumber
Pelacak bug paling sederhana di luar sana adalah setumpuk kartu indeks 3x5 (atau 4x6 jika Anda punya tulisan tangan besar), sekotak penekan dan dinding kubus Anda, IMO. Jika Anda tidak memiliki tim terdistribusi (Anda tidak sejak Anda bekerja sendirian), ini baik-baik saja. Ingatlah bahwa Anda ingin memiliki impedansi serendah mungkin dengan pelacak bug - jika sulit untuk menulis bug atau menuliskan ide untuk perbaikan, Anda tidak akan melakukannya. Ketika sesuatu dilakukan, itu keluar dari dinding dan masuk ke tumpukan.
Memang ini gagal integrasi dengan titik Eclipse, tetapi untuk pengembang solo, apakah Anda benar-benar membutuhkannya? Jika penasihat Anda tidak akan memperbaiki bug, maka mereka tidak memerlukan akses ke kartu (atau mereka dapat mampir dan melihatnya). Jika mereka menulis tes penerimaan, Anda dapat menuliskan inti dari tes-tes tersebut pada kartu yang dapat diterapkan.
Saya tertarik untuk mencari tahu apa yang mendorong Anda untuk melihat alat. Apakah Anda memerlukan semacam metrik bug (waktu rata-rata terbuka, total terbuka vs tertutup, dll)? Mengapa integrasi ke dalam Eclipse penting?
sumber
Untuk pelacakan masalah yang benar-benar sangat sederhana, Anda selalu dapat menggunakan spreadsheet seperti Excel , atau database MS Access . Ini pada dasarnya mainan dibandingkan dengan pelacak masalah nyata, tetapi mereka memiliki keuntungan dari kurva belajar yang rendah dan hambatan yang rendah untuk masuk: cukup buat spreadsheet dan tambahkan kolom sesuai kebutuhan Anda!
Excel bagus untuk ini karena Anda dapat mengurutkan dan memfilter menurut kolom, dan dengan mudah menghasilkan grafik dan grafik untuk melacak kemajuan. Lihat artikel ini untuk lebih lanjut: http://chandoo.org/wp/2009/09/08/issue-trackers/
Templat MS Access Issue Tracker yang bagus tersedia di sini: http://office.microsoft.com/en-us/templates/issue-tracking-database-TC001225348.aspx
sumber
YouTrack dari JetBrains (perusahaan di belakang IntelliJ IDEA dan ReSharper) tampaknya sangat menjanjikan, meskipun saya masih memiliki pengalaman pribadi yang terbatas dengannya.
Dari apa yang saya gunakan YouTrack sejauh ini, setidaknya saya lebih suka ke JIRA.
sumber
Untuk tim kecil saya (kebanyakan hanya saya sendiri), saya telah menggunakan CodeTrack . Ini berfungsi sangat bagus untuk saya, karena hanya membutuhkan PHP di server, bahkan bukan basis data.
Anda dapat mengunduhnya, mengekstraknya di server web Anda dan berfungsi hampir seketika. Selain itu, kode ini sangat sederhana, sehingga Anda dapat dengan mudah menyesuaikannya untuk kebutuhan Anda yang sebenarnya.
sumber
Jika Anda tidak mengekspos informasi sensitif dalam laporan bug dan komentar, maka saya akan merekomendasikan Google Code. Kami menggunakan fitur Masalahnya di masa lalu untuk salah satu proyek kami dengan tim 8 devs. Ini sangat sederhana, mudah, dan cukup baik untuk tim kecil.
Perhatikan bahwa meskipun Anda perlu memulai proyek sumber terbuka tetapi Anda tidak perlu mengunggah kode Anda ke Google, cukup gunakan fitur Masalah. Dan tentu saja, siapa pun dapat melihat bug Anda jika mereka secara tidak sengaja menemukan proyek Anda, atau Anda membagikan tautan proyek dengan mereka.
sumber
Trackie sangat sederhana namun fleksibel.
Ini ditujukan untuk tim berteknologi kecil atau semi-teknologi / semi-kreatif dengan kebutuhan untuk melacak masalah dengan cara yang sederhana, satu-pandangan. Ini mendukung status khusus (dengan warna khusus) masalah, serta prioritas dan penerima.
Sementara UI sudah sangat sederhana dan bersih, UI yang disederhanakan ekstra disajikan kepada pengguna yang ditambahkan ke proyek sebagai Klien.
Terakhir, menerima masalah melalui email. Tidak hanya secara langsung, tetapi juga jika Anda meneruskan masalah klien ke Trackie, korespondensi apa pun dengan klien Anda akan mulai dijalankan melalui Trackie tanpa disadari oleh klien Anda. Menyimpan semuanya di satu tempat.
Ini gratis saat sedang dalam versi beta pribadi. Apakah akan tetap gratis tidak jelas pada saat penulisan.
Penafian: Saya adalah pengembang pelacak masalah ini. Tapi saya pikir jawaban ini relevan dengan OP.
sumber
basecamp.com - satu proyek gratis, antarmuka sangat sederhana, dan Anda dapat berdiri dan berjalan dalam waktu sekitar dua menit tanpa menginstal apa pun
sekarang kembali bekerja ;-)
sumber