GitLab 緻開源項目維護者的一封信

前幾日，github 上一些流行的開源項目維護者聯合簽署了一篇名為“親愛的，github”的公開信，表達了對 github 某些行為的不滿之情。

接下來，gitlab 官方也發出了自己的聲音。他們在自己的部落格上表達了希望 gitlab 成為任何軟體項目的最佳托管場所的願景，無論開源與否，無論項目規模是怎樣的，他們都希望 gitlab 能在這個過程中助廣大開發者一臂之力。

gitlab 官方表示，雖然 github 開源社群聯合簽署的公開信并不是針對于自己，但他們還是對這封公開信中所提及的問題進行了深入的思考。最後，gitlab 希望能與廣大開發者分享他們的一些想法，以及為了讓 gitlab 變得更好而做出的努力。

主要的問題

在 記錄 issue 時常常會丢掉諸如重制步驟或是測試的版本等相關的重要資訊。我們希望 issue 能夠擁有一些自定義字段，同時還能提供一種機制（比如說強制性的 issue 模闆，這也許可以通過在項目根目錄下的 newissue.md 檔案來實作，這也是個簡單的解決方案）來確定每個 issue 都能如此。

在 gitlab 中，你可以對 issue 與合并請求設定模闆。我們還計劃添加多個模闆，這樣使用者就可以根據需要進行選擇了。此外，gitlab 還對自定義字段表示出了興趣。對于模闆使用 new_issue.md 檔案是個好想法，我們也很樂意讨論這個問題。

issue 通常伴随着毫無内容的“+1”評論，這隻會不斷困擾項目維護者以及其他訂閱了這個 issue 的人。這些 +1 對于讓維護者知曉這個 issue 的影響範圍有多麼廣是很有意義的，不過其缺點也是顯而易見的。我們希望 issue 能有一個不錯的投票系統，對于那些諸如“+1”或是“me too”等無内容的評論會觸發一個警告，并給出相應的訓示告訴大家該如何使用投票機制。

gitlab 目前有一個投票系統，它會自動将 +1 轉換為一個投票。在我們自己使用 gitlab 作為問題追蹤或是特性投票功能時，這對于我們來說是個優先級很高的事情。我們還計劃對投票進行一些改進，這裡也歡迎大家提出更多有價值的想法以及合并請求。

很 多時候，人們在建立 issue 與 pull request 時并未遵守 contributing.md 貢獻指南，這是由于在建立 issue 時，“貢獻指南”并不起眼所導緻的，同時也與該指南包含了大量與 issue 并不相關的資訊有關（比如說關于如何 hack 項目的資訊等）。維護者應該能在倉庫中配置一個檔案，該檔案顯示在新的 issue/pr 頁面的頂層位置而不是一個連結的形式。維護者可以選擇在裡面插入内容，當然也可以在必要時使用指向其他頁面的連結。

目前，我們提供了對 contributing.md 的連結，你可以在建立 issue 與合并請求時使用。還可以使用 issue 模闆告知人們具體的規則。我們對于在 gitlab 中為 issue 添加自定義的貢獻檔案很感興趣。

對于具體建議的響應

在“親愛的，github”的公開信中包含了長長的建議清單。若想了解我們對于每個建議的回應，請在 gitlab.com 上檢視。其中有一個 issue 被反複提起多次，那就是無法建立合并送出。在 gitlab 中，你可以使用快進合并或是對合并請求進行變基來間接實作合并送出。

我們是如何建構 gitlab 的

gitlab 的建構是開放的。我們對 gitlab 變化的決策、疑慮、争論與新特性等等都可以在我們的倉庫中看到（主要是 gitlab ce 與 gitlab ee）。每個人都可以自由地送出、建立新 issue、投票以及對 gitlab 的開發做出貢獻。我們有着短期與長期的目标，這些目标都可以在倉庫的 issue 中與網站的頁面上看到。如果想要改變某些東西，請建立 issue 或是送出合并請求。你可以選擇自己實作，也可以讓其他人幫你做。好的想法總會得到人們的關注。

gitlab 的這份聲明發出後，很快就在國外各大社群中引起了人們的廣泛關注，也有很多人表達了自己的看法。

mdw 說到：

我 最近在 gitlab 上建立了一個 ios app，gitlab 的工程師的表現讓我感到震驚，他們很快就對我所送出的 issue 作出了響應，并且每次釋出時都改進了 api，我真的沒有想到他們能做到如此之好的程度。gitlab 有一點做得特别好，那就是每個月的 22 号都會有一個釋出，是以你可以進行持續的改進。如果你認為 gitlab 不适合于你的開源項目，那你也可以在其 issue 追蹤器上與 gitlab 團隊好好聊聊，問題很快就會得到解決！

lexicality 說到：

在 過去一年多的時間内，我們一直在組織内部使用 gitlab ce。我們需要一個 on-premises 解決方案，這是公司的政策所決定的。到目前為止，體驗是非常棒的。在 ee 中，我們所需要的一切都在，我們最終也選擇了 ee。我們還有專門的 dev-ops。此外，ee 的價格相比于 github enterprise 來說也是很給力的。從我個人角度來說，我認為 gitlab 做得非常不錯。

akerro 說到：

我 所在的公司有将近 300 名開發者，準備在未來的幾個月内遷移到 gitlab 上。今天，公司的 cto/pm 向我們分享了他們對于 gitlab 的看法，他們覺得我們的做法是非常正确的。我是 gitlab 的老使用者了，使用 gitlab 也有好幾年的時間。從我個人的角度來說，我喜歡 gitlab 要勝于 github，其中一個重要的原因就是我擔心 github 有太多的項目，對 oss 控制得過多。此外，我也不喜歡他們的 cos。gitlab，好運，我看好你！

關于 gitlab

gitlab 包括 git 倉庫管理、代碼審查、問題跟蹤、wiki 等功能。gitlab 搭配 gitlab ci，能更簡單地實作持續內建和自動部署。目前的 gitlab 提供了社群版（ce）與企業版（ee）。社群版可從網絡免費下載下傳并且是開源産品，它出自一個由 700 多人組成的社群。企業版提供訂閱服務，并且更深層次地內建了 ldap/ad、jira 與 jenkins 等。

====================================分割線================================