Vì bạn chưa viết nhiều về mục tiêu của bạn là gì từ cả hai tôi đã sử dụng chúng để có được những lợi ích này.
TFS:
- Đã được tích hợp vào các phát triển khác của khách hàng và nhân viên đã thoải mái quản lý nó để giữ các yêu cầu và các mục công việc ở đó.
- Backlog được xây dựng trong này và theo dõi các mục công việc được thực hiện ở đây.
GITHUB:
- Một repo giữ chỗ để giữ lỗi và các vấn đề trên các bản phát hành hiện có
- Khách hàng có nhiều chi nhánh và có thể đưa ra yêu cầu từ bất cứ nơi nào trên thế giới bằng cách sử dụng email tạo ra vấn đề github và gắn nhãn cho phù hợp.
- Tự động hóa nhẹ và phân công để giữ mọi thứ trong SLA
Vấn đề trong việc sử dụng cả hai là bạn đang phân tách luồng mã và luồng vấn đề / yêu cầu. Đối với dự án của tôi, tôi nhận ra rằng các yêu cầu ràng buộc chặt chẽ hơn với thay đổi mã trong khi các vấn đề có thể liên quan đến tài liệu, thiếu đào tạo, v.v.
Cả github và TFS đều có thể tự mình đạt được điều này vì vậy không có điểm nào trong việc trộn chúng nếu bạn không cần.