作為對上個月的“親愛的GitHub”公開信(之前被InfoQ報(bào)導(dǎo)過)的回應(yīng),GitHub的正式職員Brandon Keepers突然作出了行動,在不到一個月的時間之內(nèi),他添加了一個“pull request”,其中寫道:
我們收到了你們的來信,并且深表遺憾。一直以來,我們對你們的來信和反饋反應(yīng)遲鈍。
我們正努力工作以便改變這種狀況。在接下來的幾周內(nèi),我們將開始發(fā)布一系列對“問題跟蹤系統(tǒng)”的優(yōu)化,其中很多是針對公開信中提出的擔(dān)憂。但是我們不會止步于此。我們會持續(xù)關(guān)注“問題跟蹤系統(tǒng)”,通過添加新功能,響應(yīng)反饋,對核心的體驗(yàn)進(jìn)行迭代改進(jìn)來持續(xù)改進(jìn)“問題跟蹤系統(tǒng)”。而且,我們還會給大家?guī)硪恍@喜。
“問題跟蹤系統(tǒng)”在過去的幾年中沒有受到多少重視,這是一個錯誤,但我們并沒有停止思考和關(guān)注你們和你們的社區(qū)。然而,我們知道我們和你們并未就此問題做過任何溝通。所以,除了改進(jìn)“問題跟蹤系統(tǒng)”,我們也會開始一些提議,幫助你們更好地了解我們的計(jì)劃。我們想讓對GitHub的反饋成為更加透明的體驗(yàn)(而不是更像一種“不透明的黑盒子”),我們想定期聽到你們的想法和擔(dān)憂。
我們下周繼續(xù)保持聯(lián)系。很抱歉這么久了才給們答復(fù),謝謝你們所做的一切。
究竟為什么GitHub在一個月之內(nèi)就答復(fù)說“我們已經(jīng)在看這封信了”還不得而知,同時6天前的一篇Business Insider的文章對GitHub最近的一系列人事變動做出了評論。事實(shí)上,從1月份GitHub通過InfoQ作出如下的最初回應(yīng),事情并沒有大的改變。
對于GitHub而言,開源極其重要,我們將認(rèn)真對待這次反饋。我們已經(jīng)開始著手處理一些他們討論的動議,同時在 尋求更主動的方式同開源項(xiàng)目維護(hù)者們接洽,以便讓GitHub繼續(xù)為他們的社區(qū)提供好的體驗(yàn)。
然而,我們還是會看到一些變化(如果說有的話),或者GitHub通過拉取請求而不是通過在他們的博客上發(fā)表聲明的原因,將在下周宣布。
具有諷刺意味的是,他們的評論不是通過“問題跟蹤系統(tǒng)”里面的“問題”,而是通過“pull request”來表達(dá)的,而“問題跟蹤系統(tǒng)”恰恰是公開信抱怨的主要目標(biāo)。或許這件事情本身就說明了GitHub“問題跟蹤系統(tǒng)”的問題所在。
2月18日更新:GitHub已經(jīng)采取行動,創(chuàng)建了“新的問題模板”,其內(nèi)容是通過
ISSUE_TEMPLATE.md文件進(jìn)行預(yù)填充的(或者如果放在頂層目錄不令人滿意,就會采用.github/ISSUE_TEMPLATE.md)。除了這項(xiàng)工作,他們也為"pull request"創(chuàng)建了名為PULL_REQUEST_TEMPLATE.md的模板。既然這些模板文件存放在公共的repository,任何新的fork請求都會自動使用這些模板。盡管其他代碼托管網(wǎng)站(例如Apache或Eclipse基金會)是否愿意創(chuàng)建網(wǎng)站特有的“片段(fragment)”有待觀察。