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等。