Saat Anda melacak dan memperbaiki regresi — yaitu bug yang menyebabkan kode yang sebelumnya berhenti berfungsi — kontrol versi memungkinkan untuk mencari siapa yang melakukan perubahan yang merusaknya. Apakah layak melakukan ini? Apakah konstruktif untuk menunjukkan ini kepada orang yang membuat...
Saya sebelumnya telah memotong repo orang lain di GitHub, dan saya perhatikan bahwa masalah tetap ada pada repo asli, dan bahwa saya tidak dapat mengajukan masalah pada repo bercabang itu. Saya sekarang memiliki tugas berikut. Saya bekerja untuk bisnis kecil di mana pengembangan sedang dilakukan...
Saat mengembangkan (baik fitur atau perbaikan bug) saya kadang-kadang menemukan bug yang tidak terkait langsung dengan apa yang saya kerjakan. Apa yang harus saya lakukan dalam situasi itu. Perbaiki saja? Coba ingat untuk memperbaikinya nanti? Tuliskan di suatu tempat? Atau memasukkannya ke dalam...
Saya kira ini adalah situasi umum: Saya menguji beberapa kode, menemukan bug, memperbaikinya, dan melakukan perbaikan bug ke repositori. Dengan anggapan bahwa banyak orang mengerjakan proyek ini, pertama-tama saya harus membuat laporan bug, menugaskannya sendiri, dan merujuknya dalam pesan komit...
Pelacak bug untuk setiap proyek berukuran layak tampak seperti sedikit tidak masuk akal bagi saya - itu membuatnya sangat mudah untuk mengatur ratusan atau ribuan masalah, tanpa masalah bertabrakan atau terlibat. Jadi ketika saya melihat beberapa proyek yang sangat besar, seperti Git, menggunakan...
Jadi saya sudah bekerja di pekerjaan ini selama beberapa bulan. Saya sedikit frustrasi karena saya melakukan pekerjaan terbaik saya dari 2 sampai 7. Dalam pekerjaan sebelumnya, saya masuk jam 9: 30-10: 00 dan berangkat jam 7. Beberapa perusahaan baik-baik saja dengan ini, yang lain belum. . Tetapi...
Saya berjuang dengan cara melacak apa yang sebenarnya saya dan orang-orang di tim saya lakukan setiap hari. Saya mendapatkan gambaran luas yang bagus dengan memeriksa kartu yang sudah selesai setiap minggu dan stand-up sedikit membantu, tetapi saya merasa seperti saya tidak memiliki pegangan yang...
Tim pengembangan saya baru saja tumbuh sebesar 100% (dari 1 pengembang menjadi 2). Kohort baru saya ingin berinvestasi dalam perangkat lunak pelacakan bug. Apakah ada manfaat untuk perangkat lunak semacam itu untuk tim sekecil
Bug dibuka, diperbaiki, diverifikasi, dan ditutup. Sebulan kemudian, itu muncul lagi dalam versi berikutnya setelah beberapa iterasi tanpa regresi. Asalkan karakteristik bugnya sama, apakah Anda akan membuka kembali bug ID yang ada atau membuka yang baru dengan tautan ke bug yang...
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...
Saya bekerja di tempat yang gila CVS dan Bugzilla. Ada begitu banyak cabang dari setiap rilis yang tidak dapat dihitung. Semua orang terus-menerus melakukan penggabungan otomatis. Tidak ada fluiditas pada pekerjaan ini. Semuanya terasa kunci-langkah . Dibutuhkan 25 langkah bahkan untuk hal yang...
Saya baru di github, dan saya sedang mencari saran tentang cara mengelola masalah. Saya terbiasa memiliki prioritas dan opsi pemesanan lain tetapi melihat bahwa tidak ada. Bagaimana orang lain mengelola masalah selama daur hidup bug / fitur? Terima kasih
Jika seseorang membuka masalah pada GitHub tetapi lebih banyak informasi untuk mereproduksi kesalahan diminta dan tidak pernah diberikan, apa prosedur yang normal? Contoh . Di sini penulis menyatakan bahwa "nav istirahat". Sementara saya yakin itu sudah diperbaiki, saya ingin kata dari penulis...
Saya mencoba untuk memutuskan apakah saya perlu menilai kembali proses pelacakan cacat saya untuk proyek rumah saya. Selama beberapa tahun terakhir, saya benar-benar melacak kerusakan menggunakan TODOtag dalam kode, dan melacaknya dalam tampilan tertentu (saya menggunakan Eclipse, yang memiliki...
Saya seorang mahasiswa yang sedang mempelajari Ilmu Komputer. Ketika saya mencoba melaporkan bug ke beberapa proyek, saya menemukan banyak klasifikasi yang tidak terganggu . Pencarian web tidak benar-benar menjelaskan apa artinya ini. Bisakah Anda memberi tahu saya apa bug yang tidak terluka...
Dalam pekerjaan saya, semua pengembang yang menyelesaikan bug harus menambahkan tes unit baru yang memperingatkan tentang jenis bug ini (jika terjadi lagi). Jika uji unit tidak memungkinkan (misalnya, masalah desain halaman web), maka departemen QA harus membuat kasus uji untuk memeriksanya secara...
Dari pandangan tingkat yang sangat tinggi, bagi saya sepertinya ada 2 jenis alat Manajemen Proyek: Pelacak isu tradisional seperti Fogbugz, JIRA, BugZilla, Trac, Redmine dll. Papan kartu virtual / alat manajemen proyek yang gesit seperti Pivotal Tracker, GreenHopper, AgileZen, Trello...
Saya selalu mengalami kesulitan untuk membuat orang memperbarui masalah mereka, baik di perusahaan saya maupun di tempat kerja. Saya punya beberapa kasus ketika orang benar-benar melakukannya dari kebaikan hati mereka, tetapi ~ 70% dari waktu saya harus mengejar orang. Menjadi orang yang pada...
Saya di toko kode dua. Dan sementara saya mengerti bahwa pelacak bug berguna di mana jumlah programmer lebih besar atau sama dengan satu, saya tidak begitu yakin bahwa logging bug, perubahan, dan perbaikan sepadan dengan waktu ketika mereka sepele. Ketika saya menemukan bug sederhana, saya...
Berdasarkan komentar dan peningkatan selanjutnya dari Bug dibuka kembali vs yang baru : Mengutip ID bug di catatan tempel hanya .. sangat tidak ramah. - Krelp Tampaknya setidaknya beberapa orang merasa bahwa merujuk ID bug di catatan tempel bukanlah ide yang baik. Saya pengembang yang cukup...