Tôi làm phát triển phần mềm với một nhóm như một phần của nghiên cứu sau đại học của tôi. Một số dự án hợp lý được chia thành nhiều kho dự án, thường là với một số bộ phận công cộng và một số bộ phận riêng. Chúng tôi đang sử dụng trình theo dõi vấn đề cho từng dự án cho vị trí lưu trữ tương ứng, ngoại trừ việc chúng tôi hiện có rất nhiều địa điểm để kiểm tra và tôi lo lắng rằng chúng tôi đang tiếp cận "quá tải công cụ" - quá nhiều nơi để báo cáo lỗi, quá nhiều nơi để kiểm tra báo cáo lỗi.Công cụ tổng hợp cho nhiều trình theo dõi lỗi/vấn đề không đồng nhất?
Vì vậy, câu hỏi là: Có công cụ tổng hợp/ứng dụng web mà chúng tôi có thể định cấu hình để hiển thị ít nhất một danh sách lỗi kết hợp từ nhiều trình theo dõi lỗi khác nhau không? Sẽ tốt hơn nếu nó có thể hiển thị một "nguồn cấp dữ liệu hoạt động" kết hợp (như cả GitHub và Redmine), và thậm chí tốt hơn nếu chúng ta có thể thêm các lỗi bên ngoài "một lần" để theo dõi (ví dụ như một bugzilla ngược dòng) nhưng bây giờ tôi thực sự đang đi vào giấc mơ.
"Em cũng vậy" cập nhật 2013/02/14:
tôi sẽ gửi một câu hỏi mà rõ ràng là một bản sao về điều này. Vì nó không có câu trả lời được chấp nhận (và không có câu trả lời nào có vẻ thỏa đáng), tôi sẽ mở rộng câu trả lời này:
Tôi đang xử lý nhiều nhóm (trên nhiều trang) mỗi nhóm sử dụng trình theo dõi vấn đề khác nhau (tất cả Redmine) , Jira, FogBugz và Trac hiện đang quan tâm). Tôi có quyền truy cập web để theo dõi và các vấn đề mà tôi quan tâm đến mỗi tracker nói chung là khá tốt về tham khảo chéo các vấn đề liên quan trong trackers khác (lý tưởng trong một lĩnh vực tùy chỉnh).
Có công cụ nào ở đó bằng cách nào đó sẽ trình bày một cái nhìn thống nhất hơn về một dự án cụ thể có hiệu quả trải rộng trên nhiều nhóm hơn tôi không nhận được nhiều cửa sổ trình duyệt không?
Ví dụ về loại công việc mà tôi đang cố gắng cải thiện sẽ là các vấn đề phát hiện mà một nhóm yêu cầu đã cố định nhưng nhóm phụ thuộc hạ lưu cần thúc đẩy để xác nhận nó hoặc xác định khi hạ lưu đã quyết định điều gì đó không cần thiết nữa nhưng không được thông báo về thượng nguồn.
Lưu ý rằng các quy trình, chính sách và chính trị là như vậy mà không có hy vọng mọi người sẽ đồng ý sử dụng một trình theo dõi phổ biến ở đâu đó.
Điều này có vẻ như gần nhất cho đến nay. Lưu ý rằng giờ đây nó được gọi là [Taskmapper] (http://ticketrb.com/), đồng thời sử dụng ít nhãn hiệu hơn và rõ ràng hơn. –
Bạn cũng có thể xóa câu trả lời khi miền bị xóa và dự án không bị bỏ rơi. – sorin
Xem câu trả lời của tôi cho một giải pháp hoạt động và điều đó không bị bỏ rơi. http://stackoverflow.com/a/43557057/99834 – sorin