GitHub對“親愛的GitHub”公開信作出回應

jopen 9年前發布 | 5K 次閱讀 Github

作為對上個月的 “親愛的GitHub”公開信 (之前被InfoQ報導過)的回應,GitHub的正式職員 Brandon Keepers 突然作出了行動,在不到一個月的時間之內,他 添加了一個“pull request” ,其中寫道:

我們收到了你們的來信,并且深表遺憾。一直以來,我們對你們的來信和反饋反應遲鈍。

我們正努力工作以便改變這種狀況。在接下來的幾周內,我們將開始發布一系列對“問題跟蹤系統”的優化,其中很多是針對公開信中提出的擔憂。但是我們不會止步于此。我們會持續關注“問題跟蹤系統”,通過添加新功能,響應反饋,對核心的體驗進行迭代改進來持續改進“問題跟蹤系統”。而且,我們還會給大家帶來一些驚喜。

“問題跟蹤系統”在過去的幾年中沒有受到多少重視,這是一個錯誤,但我們并沒有停止思考和關注你們和你們的社區。然而,我們知道我們和你們并未就此問題做過任何溝通。所以,除了改進“問題跟蹤系統”,我們也會開始一些提議,幫助你們更好地了解我們的計劃。我們想讓對GitHub的反饋成為更加透明的體驗(而不是更像一種“不透明的黑盒子”),我們想定期聽到你們的想法和擔憂。

我們下周繼續保持聯系。很抱歉這么久了才給們答復,謝謝你們所做的一切。

究竟為什么GitHub在一個月之內就答復說“我們已經在看這封信了”還不得而知,同時6天前的一篇 Business Insider的文章 對GitHub最近的一系列人事變動做出了評論。事實上,從1月份GitHub 通過InfoQ作出如下的最初回應 ,事情并沒有大的改變。

對于GitHub而言,開源極其重要,我們將認真對待這次反饋。我們已經開始著手處理一些他們討論的動議,同時在 尋求更主動的方式同開源項目維護者們接洽,以便讓GitHub繼續為他們的社區提供好的體驗。

然而,我們還是會看到一些變化(如果說有的話),或者GitHub通過拉取請求而不是通過在 他們的博客 上發表聲明的原因,將在下周宣布。

具有諷刺意味的是,他們的評論不是通過“問題跟蹤系統”里面的“問題”,而是通過“pull request”來表達的,而“問題跟蹤系統”恰恰是公開信抱怨的主要目標。或許這件事情本身就說明了GitHub“問題跟蹤系統”的問題所在。

2月18日更新:GitHub已經采取行動,創建了 “新的問題模板” ,其內容是通過

ISSUE_TEMPLATE.md文件進行預填充的(或者如果放在頂層目錄不令人滿意,就會采用.github/ISSUE_TEMPLATE.md)。除了這項工作,他們也為"pull request"創建了名為PULL_REQUEST_TEMPLATE.md的模板。既然這些模板文件存放在公共的repository,任何新的fork請求都會自動使用這些模板。盡管其他代碼托管網站(例如Apache或Eclipse基金會)是否愿意創建網站特有的“片段(fragment)”有待觀察。

查看英文原文: GitHub Responds to 'Dear GitHub' letter

感謝張龍對本文的審校。

給InfoQ中文站投稿或者參與內容翻譯工作,請郵件至editors@cn.infoq.com。也歡迎大家通過新浪微博(@InfoQ,@丁曉昀),微信(微信號: InfoQChina )關注我們,并與我們的編輯和其他讀者朋友交流(歡迎加入InfoQ讀者交流群 GitHub對“親愛的GitHub”公開信作出回應 (已滿),InfoQ讀者交流群(#2) GitHub對“親愛的GitHub”公開信作出回應 )。

來自: http://www.infoq.com/cn/news/2016/03/oh-dear-github

 本文由用戶 jopen 自行上傳分享,僅供網友學習交流。所有權歸原作者,若您的權利被侵害,請聯系管理員。
 轉載本站原創文章,請注明出處,并保留原始鏈接、圖片水印。
 本站是一個以用戶分享為主的開源技術平臺,歡迎各類分享!