憑證現在處于“新建”狀態。我們可以通過Modify(修改)按鈕來變更狀態
2018-07-18 閱讀全文>>Vievw Tickets(顯示憑證),顧名思義,顯示憑證。有許多可用的報告,還可以創建新的報告。對于讓不同的團隊和角色能夠看到與他們相關的信息來說,這是非常有用的功能。
2018-07-18 閱讀全文>>Wiki是一個傳統的wiki,你可以寫一些有幫助的開發文檔
2018-07-18 閱讀全文>>Trac原本只支持與SVN集成,但是現在增加了對Git的支持
2018-07-18 閱讀全文>>Trac是一個非常容易安裝和測試的問題跟蹤器
2018-07-18 閱讀全文>>現在缺陷處于打開狀態,我們可以加點備注。視操作權限級別而定,當在缺陷里寫備注時,我們也能把它移動到一個新狀態上。嘗試像下圖那樣添加一些備注:
2018-07-18 閱讀全文>>可以用管理員用戶名admin@bugzilla org來登錄,默認密碼是password
2018-07-18 閱讀全文>>在Docker hub上有一些Bugzilla的鏡像可用,在你的Linux發行版的庫里很可能也會有可用的Bugzilla。
2018-07-18 閱讀全文>>下圖展示了Bugzilla的缺陷狀態機,或者說是工作流程
2018-07-18 閱讀全文>>Bugzilla可以說是本章所有的問題跟蹤器的教父。Bugzilla自1998年創建以來,一直被許多高姿態的企業使用,例如Red Hat、Linux內核和Mozilla。如果曾經報告過這些項目的缺陷,你很可能已經接觸到Bugzilla了。
2018-07-18 閱讀全文>>接下來,我們將會探索一組不同的問題跟蹤器。它們都非常容易試用,方便在你做決定前參考。大多數都是免費的,但是也會涉及到一些收費的替代方案。
2018-07-18 閱讀全文>>接下來,我們將會探索一組不同的問題跟蹤器
2018-07-18 閱讀全文>>還有一種常見的場景是開發者用一種跟蹤器,質量保證團隊用另一種,而運維團隊用了第三種不能兼容的系統。
2018-07-18 閱讀全文>>由于現在配置一個問題跟蹤器在技術上沒什么難度,團隊經常會自行配置問題跟蹤器來處理自己的問題和任務。這也在許多其他類型的工具上發生,如編輯器,但是編輯器只是開發者的個人工具,并且它們的主要作用并不是分享或與其他人協作。因此問題跟蹤器的激增是一個問題,而編輯器的激增并不是什么問題。
2018-07-18 閱讀全文>>問題跟蹤器是否支持多客戶端?
2018-07-18 閱讀全文>>1831條 上一頁 1.. 57 58 59 60 61 ..123 下一頁