Quản lý dự án đi với GitHub [đã đóng]

(CHỈNH SỬA: Câu hỏi này hiện đã lỗi thời đối với vấn đề cụ thể của tôi, vì Google Code hiện hỗ trợ git và tôi đã chuyển đổi Bộ đệm giao thức thành Mercurial. Tuy nhiên, nó vẫn được quan tâm chung, IMO.)

Cổng bộ đệm giao thức C # của tôi sử dụng github để kiểm soát nguồn của nó và tôi bắt đầu thực sự thích sử dụng git. Tuy nhiên, theo như tôi có thể nói, github không cung cấp bất kỳ công cụ quản lý dự án nào: theo dõi lỗi và tính năng, thảo luận, yêu cầu tính năng, tài liệu, v.v. Với các đơn vị liên kết của tôi, Google Code sẽ là một lựa chọn tự nhiên, nhưng có vẻ kỳ quặc nếu tạo một dự án ở đó nhưng lưu trữ nguồn trên github.

Câu hỏi này về Fogbugz / Assembla dường như chủ yếu tập trung vào việc theo dõi lỗi. Tôi đã tự hỏi những người khác đã có kinh nghiệm gì khi nói đến một giải pháp quản lý dự án "hoàn chỉnh" hơn. Fogbugz có thực sự làm mọi thứ tôi cần không? (Sử dụng một wiki cho tài liệu có lợi thế của mình, mặc dù tôi cũng muốn để có thể phân phối các tài liệu với mã.) Ngoài các tính năng rõ ràng đề cập trong đoạn đầu tiên, đang có các khía cạnh dự án khác tôi nên được xem xét mà tôi có thể đã bỏ lỡ?

Đây chắc chắn sẽ là một dự án mã nguồn mở, và mặc dù tôi không muốn trả tiền nhưng tôi không phiền nếu phải trả một khoản phí nhỏ. Hiện tại tôi là nhà phát triển duy nhất, nhưng điều đó có thể thay đổi và rất có thể có rất nhiều người gửi lỗi và yêu cầu tính năng. (Nói cách khác, tôi hy vọng và mong đợi nó sẽ được phổ biến, nhưng với tôi là hầu hết công việc.)

Trước đây, tôi đã đóng góp cho nhiều dự án mã nguồn mở khác nhau, nhưng chưa làm được gì nhiều trong cách chạy một dự án rất dễ thấy và hoạt động. ( MiscUtil hiện vẫn được "lưu trữ" trên trang web của tôi, với các bản phát hành không thường xuyên - kiểm soát nguồn thực tế là trên NAS cục bộ của tôi.)

Có ai muốn chia sẻ kinh nghiệm của họ không?

CHỈNH SỬA: Một lựa chọn khác hiện tôi đang xem xét là dự án Google Code (tôi thực sự muốn trung thành với chủ nhân của mình) và đôi khi hợp nhất từ ​​git sang svn (ít nhất là mỗi khi tôi phát hành). Điều này sẽ cho phép người dùng không phải git cũng dễ dàng nắm bắt nguồn.

Nếu bạn đang nghĩ rằng bạn sẽ thực sự là nhà phát triển duy nhất , Fogbugz sẽ giúp bạn giữ được sự tỉnh táo. Fogbugz là một sản phẩm tuyệt vời, Nó xây dựng giao tiếp tập trung và có thể biến mọi thứ thành một trường hợp (vấn đề). Nó thực hiện tất cả những điều đó cũng như bất kỳ hệ thống nào tôi đã thấy.

Nhưng định hướng của nó là thương mại - giao tiếp hiệu quả giữa người dùng và hỗ trợ công nghệ, cải thiện độ tin cậy của lịch trình, tập trung và ưu tiên những gì đang được làm, các cuộc thảo luận nội bộ và bên ngoài riêng biệt, một số báo cáo tốt để theo dõi rằng mọi thứ đang được xử lý. (Về lời chỉ trích duy nhất tôi có thể nghĩ đến là nó không chặn trường hợp và theo dõi phụ thuộc, điều này thực sự hữu ích cho những lỗi bị chôn sâu.)

Một số ít tính năng này sẽ giúp bạn xây dựng một dự án nguồn mở đang hoạt động, với giao tiếp sống động cởi mở và nhu cầu xây dựng cộng đồng và để người dùng phát triển thành nhà phát triển khi dự án phát triển. Vì vậy, nếu đó là nơi bạn muốn kết thúc, bạn có thể thực sự muốn các kênh giao tiếp ít tập trung hơn của một trong những hệ thống theo dõi nhẹ này.

Tôi chưa sử dụng Google Code cho một dự án nào, nhưng xét về giao tiếp minh bạch và cởi mở, có vẻ như đây là một sự hỗ trợ tốt cho một dự án nguồn mở đang hoạt động. Thêm vào đó, bạn đã biết nó. Nếu bạn muốn tăng cường sự tham gia vào dự án của mình, mã Google có vẻ như là một con đường để đi.

GitHub gần đây đã giới thiệu một trình theo dõi vấn đề của riêng họ; Tuy nhiên, tôi chưa thực hiện phân tích cạnh tranh để xác định cách nó đo lường đối với các tùy chọn khác được đề cập trong chủ đề này.

Tôi sử dụng GitHub cùng với Lighthouse để theo dõi sự cố. Nó hơi khó so với một số tùy chọn khác, nhưng đồng thời nó hoạt động rất tốt nếu bạn chỉ muốn một công cụ nhẹ mà bạn không phải lo lắng quá nhiều. Nó có thể tích hợp với GitHub nếu bạn muốn và nó cũng miễn phí cho các dự án mã nguồn mở.

Như thường lệ khi ai đó hỏi điều này, tôi đề cập đến Redmine như tôi đã làm trong câu hỏi này . Tôi biết câu hỏi đã có "câu trả lời hay nhất" nhưng tôi nghĩ nó là điều đáng nói.

Chúng tôi sử dụng bitbucket.org , không phải GIT, mà là Mercurial *, nhưng nó có theo dõi lỗi / sự cố trên mỗi nhánh, v.v.

Tôi nghĩ rằng nó có thể rất hữu ích khi tích hợp những thứ này với nơi bạn quản lý mã nguồn của mình để tham khảo chéo những thứ như số báo danh trong thông báo cam kết. Hoặc Thông báo cố định cho sự cố chứa số sửa đổi mã. Bạn sẽ mất điều này nếu bạn chọn một BTS riêng biệt như mã Google. Như đã đề cập trong câu trả lời khác, anh Trác thực sự giỏi trong việc tích hợp.

Chỉnh sửa: Tôi nên nói rằng đối với dự án mã nguồn mở được sử dụng rộng rãi nhất của tôi, chúng tôi thực sự có nó tại:

1. Bitbucket (quản lý mã nguồn)
2. Launchpad (báo cáo lỗi người dùng, quản lý bản dịch)
3. Trác tự lưu trữ (wiki, theo dõi vấn đề của dự án và nhà phát triển, nhân bản mã nguồn)
4. Mã Google (tải xuống tệp)

Và tôi biết điều này nghe có vẻ điên rồ, nhưng chúng tôi chọn và chọn những điểm tốt nhất trong mỗi dịch vụ. Và đáng ngạc nhiên là không ai phàn nàn.

* Theo ý kiến ​​của tôi thì điều đó tốt hơn, nhưng xin đừng đốt tôi.

Bạn đã coi Trác chưa?

Dường như có một "nhiệt tình" xem xét một hội nhập git-Trac .

Tôi không có kinh nghiệm cá nhân với các công cụ này nhưng bạn có thể muốn kiểm tra việc tích hợp.

Tôi sử dụng github và mã google ở ​​một số nơi. Trình theo dõi vấn đề của mã Google đủ tốt, nhưng tôi không thể giải quyết vấn đề lật đổ.

Hãy xem ứng dụng khách java memcached của tôi để biết ví dụ về điều này - đặc biệt là tab nguồn ở trên cùng.

Trong công việc, chúng tôi sử dụng FogBugz và theo ý kiến ​​của tôi thì nó là công cụ tốt nhất thuộc loại này. Tôi sẽ sử dụng nó cho các dự án phi lợi nhuận mà tôi thực hiện, ngoại trừ nó quá đắt ngoài 2 người dùng.

Đối với các dự án phi lợi nhuận, chúng tôi sử dụng Lighthouse để theo dõi vấn đề. Nó ổn cho những gì nó có giá, và thành thật mà nói tôi thực sự không thể tìm thấy bất kỳ lựa chọn thay thế phù hợp nào trong phạm vi giá của nó. Theo dõi vấn đề của Trac tốt hơn Bugzilla một chút ... Tôi biết nhiều người yêu thích Trac nhưng tôi thấy nó rất thiếu linh hoạt. Những khiếm khuyết của Trác đã dẫn chúng tôi đến Lighthouse.

Các dự án phi lợi nhuận của tôi có thể đang xem xét việc chuyển sang Bitbucket . Ngoài việc theo dõi vấn đề, nó sẽ cho phép chúng tôi củng cố kho lưu trữ của mình trên đó từ beantalkapp.com, cũng như thêm wiki.

Điều đó đang được nói, nếu FogBugz-on-Demand có giá cả từ xa tương tự như Lighthouse.app cho số lượng người dùng nhỏ, tôi sẽ chuyển chúng tôi đến đó trong tích tắc. Khi bạn sử dụng FB tại nơi làm việc và sau đó sử dụng Lighthouse.app vào ban đêm ... khi sử dụng Lighthouse, bạn sẽ cảm thấy như cánh tay của mình bị chặt đứt.

Mingle hỗ trợ git thông qua plugin mingle_git . Mingle có giấy phép cộng đồng miễn phí cho các dự án nguồn mở.

Tôi cũng sử dụng github với Lighthouse. Và nếu thông điệp cam kết của bạn chứa một cái gì đó như

[Trạng thái # 32: đã giải quyết]

Lighthouse sẽ giải quyết vé số 32 so với cam kết mà tôi thấy nhanh chóng và hữu ích. Ngoài ra, Lighthouse là một chút, er, nhẹ về các tính năng.

Tôi đề xuất JavaForge như một giải pháp thay thế, vì nó có mọi thứ bạn tìm kiếm:

• Nó cung cấp dịch vụ lưu trữ miễn phí với Mercurial và Git (hoặc hỗn hợp).
• Trình theo dõi vấn đề của nó đi trước GitHub vài năm. Nó cực kỳ mạnh mẽ và có thể tùy chỉnh, có thể theo dõi các yêu cầu, yêu cầu tính năng, lỗi, nhiệm vụ, v.v.
• Nó cung cấp Quản lý Tài liệu, cũng với quyền truy cập WebDAV (chia sẻ dễ dàng như với các thư mục chia sẻ).
• Nó có wiki tích hợp để cộng tác tác giả cho tài liệu, yêu cầu, v.v.
• Nó có các diễn đàn để thảo luận.

Xin lưu ý rằng trang web được cung cấp bởi codeBeamer , sản phẩm thương mại của chúng tôi đã được các công ty toàn cầu thử nghiệm.

(Tuyên bố từ chối trách nhiệm: chúng tôi là nhà cung cấp thương mại các giải pháp ALM linh hoạt.)

<plug>Tôi đang xây dựng Sân bay .</plug>

Bạn cũng có thể thử sử dụng một công cụ như BusyFlow . Ở đó, bạn có thể theo dõi các cam kết trên GitHub và nhận xét về chúng (các nhận xét được đồng bộ hóa với GitHub). Đối với các khía cạnh quản lý dự án khác, BusyFlow tích hợp với Lịch Google, Trello, Basecamp, Pivotal Tracker, v.v. Vì vậy, bạn có thể xem các mục GitHub của mình cùng với các tác vụ, tệp và sự kiện lịch.

(Tuyên bố từ chối trách nhiệm: Tôi là người đồng sáng lập BusyFlow.)

Bạn đã xem xét CodePlex chưa?