前幾日，github上一些流行的開源專案維護者聯合簽署了一篇名為「親愛的，github」的公開信，表達了對github某些行為的不滿之情。接下來，gitlab官方也發出了自己的聲音。他們在自己的部落格上表達了希望gitlab成為任何軟體專案的最佳託管場所的願景，無論開源與否，無論專案規模是怎樣的，他們都希望gitlab能在這個過程中助廣大開發者一臂之力。gitlab官方表示，雖然github開源社群聯合簽署的公開信並不是針對於自己，但他們還是對這封公開信中所提及的問題進行了深入的思考。最後，gitlab希望能與廣大開發者分享他們的一些想法，以及為了讓gitlab變得更好而做出的努力。
\\主要的問題
\\
在記錄issue時常常會丟掉諸如重現步驟或是測試的版本等相關的重要資訊。我們希望issue能夠擁有一些自定義字段，同時還能提供一種機制（比如說強制性的issue模板，這也許可以通過在專案根目錄下的newissue.md檔案來實現，這也是個簡單的解決方案）來確保每個issue都能如此。\\
在gitlab中，你可以對issue與合併請求設定模板。我們還計畫新增多個模板，這樣使用者就可以根據需要進行選擇了。此外，gitlab還對自定義字段表示出了興趣。對於模板使用new_issue.md檔案是個好想法，我們也很樂意討論這個問題。
\\ \\
很多時候，人們在建立issue與pull request時並未遵守contributing.md貢獻指南，這是由於在建立issue時，「貢獻指南」並不起眼所導致的，同時也與該指南包含了大量與issue並不相關的資訊有關（比如說關於如何hack專案的資訊等）。維護者應該能在倉庫中配置乙個檔案，該檔案顯示在新的issue/pr頁面的頂層位置而不是乙個鏈結的形式。維護者可以選擇在裡面插入內容，當然也可以在必要時使用指向其他頁面的鏈結。\\
目前，我們提供了對contributing.md的鏈結，你可以在建立issue與合併請求時使用。還可以使用issue模板告知人們具體的規則。我們對於在gitlab中為issue新增自定義的貢獻檔案很感興趣。
\\對於具體建議的響應
\\我們是如何構建gitlab的
\\ gitlab的這份宣告發出後，很快就在國外各大社群中引起了人們的廣泛關注，也有很多人表達了自己的看法。
\\ mdw說到：
\\ \\
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
\\
IBM致核心維護者 「你100 是IBM的員工」
很多長期從事linux核心開發的人使用他們的個人郵箱來簽署核心補丁或處理其他補丁工作，這是相當普遍的，尤其是當他們在個人時間也參與核心開發，並且偶爾在不同的雇主之間跳槽，同時仍然堅持與上游的核心社群互動等等 可以理解的是，有些公司強程式設計客棧制要求程式設計師使用他們公司的電子郵件位址進行正式的對外...
致初戀的一封信
親愛的初戀 不知道你現在在哪座城市，過著怎麼樣的生活。今天，距離我們分手已經有15年之久了，我不知道現在的你是什麼模樣，我甚至也記不清十五年前你的樣子，只是有一張模糊的，但又被我反覆雕琢過的臉出現在我的記憶當中。親愛的初戀，直到今天，我這麼平靜地坐在家裡，遙想我們當年的往事，我才真正深刻地意識到，你...
致雪兒妹妹的一封信
致雪兒妹妹的一封信 文 飛天含雪 親愛的雪兒妹妹 你好！請原諒我稱呼你為 親愛的雪兒妹妹 吧，或許不太恰當，但希望你看了下面的真心話後能原諒我。我不知道應該如何開頭，雖然我們認識不太久，當從我們僅有的一點交流中我能感受到你是個非常非常好的女孩。我覺得有時候命運挺捉弄人的，我以前有時間的時候要不就是沒...