一個非技術人員對 GNOME 專案使用 GitLab 的感受
將 GNOME 專案集中在 GitLab 上的決定為整個社群(不只是開發人員)帶來了好處。
“您的 GitLab 是什麼?”這是我在 GNOME 基金會工作的第一天被問到的第一個問題之一,該基金會是支援 GNOME 專案(包括桌面環境、GTK 和 GStreamer)的非盈利組織。此人問的是我在 GNOME 的 GitLab 例項上的使用者名稱。我在 GNOME 期間,經常有人要求我提供我的 GitLab。
我們使用 GitLab 進行幾乎所有操作。通常情況下,我會收到一些提案和參考錯誤報告,有時還需要修改檔案。我不是以開發人員或系統管理員的身份進行此操作的。我參與了“參與度、包容性和多樣性(I&D)”團隊。我為 GNOME 朋友們撰寫新聞通訊,並採訪該專案的貢獻者。我為 GNOME 活動提供贊助。我不寫程式碼,但我每天都使用 GitLab。
在過去的二十年中,GNOME 專案的管理採用了各種方式。該專案的不同部分使用不同的系統來跟蹤程式碼更改、協作以及作為專案和社交空間共享資訊。但是,該專案決定,它需要更加地一體化,這從構思到完成大約花費了一年的時間。
GNOME 希望切換到單個工具供整個社群使用的原因很多。外部專案與 GNOME 息息相關,併為它們提供更簡單的與資源互動的方式對於專案至關重要,無論是支援社群還是發展生態系統。我們還希望更好地跟蹤 GNOME 的指標,即貢獻者的數量、貢獻的型別和數量以及專案不同部分的開發進度。
當需要選擇一種協作工具時,我們考慮了我們需要的東西。最重要的要求之一是它必須由 GNOME 社群託管。由第三方託管並不是一種選擇,因此像 GitHub 和 Atlassian 這樣的服務就不在考慮之中。而且,當然了,它必須是自由軟體。很快,唯一真正的競爭者出現了,它就是 GitLab。我們希望確保進行貢獻很容易。GitLab 具有諸如單點登入的功能,該功能允許人們使用 GitHub、Google、GitLab.com 和 GNOME 帳戶登入。
我們認為 GitLab 是一條出路,我們開始從許多工具遷移到單個工具。GNOME 董事會成員 Carlos Soriano 領導這項改變。在 GitLab 和 GNOME 社群的大力支援下,我們於 2018 年 5 月完成了該過程。
人們非常希望遷移到 GitLab 有助於社群的發展,並使貢獻更加容易。由於 GNOME 以前使用了許多不同的工具,包括 Bugzilla 和 CGit,因此很難定量地評估這次切換對貢獻量的影響。但是,我們可以更清楚地跟蹤一些統計資料,例如在 2018 年 6 月至 2018 年 11 月之間關閉了近 10,000 個提案,合併了 7,085 個合併請求。人們感到社群在發展壯大,越來越受歡迎,而且貢獻實際上也更加容易。
人們因不同的原因而開始使用自由軟體,重要的是,可以通過為需要軟體的人提供更好的資源和更多的支援來公平競爭。Git 作為一種工具已被廣泛使用,並且越來越多的人使用這些技能來參與到自由軟體當中。自託管的 GitLab 提供了將 Git 的熟悉度與 GitLab 提供的功能豐富、使用者友好的環境相結合的絕佳機會。
切換到 GitLab 已經一年多了,變化確實很明顯。持續整合(CI)為開發帶來了巨大的好處,並且已經完全整合到 GNOME 的幾乎每個部分當中。不進行程式碼開發的團隊也轉而使用 GitLab 生態系統進行工作。無論是使用問題跟蹤來管理分配的任務,還是使用版本控制來共享和管理資產,就連“參與度、包容性和多樣性(I&D)”這樣的團隊都已經使用了 GitLab。
一個社群,即使是一個正在開發的自由軟體,也很難適應新技術或新工具。在類似 GNOME 的情況下,這尤其困難,該專案最近已經 22 歲了。像 GNOME 這樣經過了 20 多年建設的專案,太多的人和組織使用了太多的部件,但遷移工作之所以能實現,這要歸功於 GNOME 社群的辛勤工作和 GitLab 的慷慨幫助。
在為使用 Git 進行版本控制的專案工作時,我發現很方便。這是一個令人感覺舒適和熟悉的系統,是一個在工作場所和愛好專案之間保持一致的工具。作為 GNOME 社群的新成員,能夠參與並使用 GitLab 真是太好了。作為社群建設者,看到這樣結果是令人鼓舞的:越來越多的相關專案加入並進入生態系統;新的貢獻者和社群成員對該專案做出了首次貢獻;以及增強了衡量我們正在做的工作以瞭解其成功和成功的能力。
如此多的做著完全不同的事情(例如他們正在從事的不同工作以及所使用的不同技能)的團隊同意彙集在一個工具上(尤其是被認為是跨開源的標準工具),這一點很棒。作為 GNOME 的貢獻者,我真的非常感謝我們使用了 GitLab。
via: https://opensource.com/article/19/10/how-gnome-uses-git
作者:Molly de Blanc 選題:lujun9972 譯者:wxy 校對:wxy
訂閱“Linux 中國”官方小程式來檢視
相關文章
- phpMyAdmin給非技術人員一個查閱資料庫的視窗PHP資料庫
- 非計算機專業人員如何學習好Python技術?計算機Python
- gitlab webhook 如何針對一個專案下的子模組配置GitlabWebHook
- 2010.03.16專題:一個開發人員的專案煩惱
- 決策易aPaaS,一款非技術人員也能使用的自定義開發神器
- 技術人員該如何接手一個複雜的系統?
- 一個菜雞技術人員,很另類的總結
- 給技術人員一些技術以外的建議
- 技術人員如何建立個人品牌
- 如何對技術人員進行績效考核?
- Gitlab自動部署之四:使用Gitlab-runner部署Gitlab的專案Gitlab
- IT技術人員 35歲
- IT技術人員的自我修養
- 前端技術人員的發展之路前端
- 疫情期間技術人員不一樣的工作模式模式
- 非對稱加密-區塊鏈核心技術之一加密區塊鏈
- 一個技術總監的忠告:你精通那麼多技術,為何還是做不好一個專案?
- 技術選型的一點個人思考
- 技術人員評估英特爾CPU新漏洞對效能的影響
- [非專業翻譯] Mapster - 對映非公開的成員
- Android開發人員應該知道的一些技術Android
- 關於技術人員自身能力提升的一些思考
- GitLab -IDEA整合gitlab(提交專案到gitlab)GitlabIdea
- 技術人員升級打怪的方法論
- 使用gitlab runner 進行CI(四):使用Gitlab Page託管專案文件Gitlab
- 運營人員使用什麼專案管理軟體?專案管理
- 作為一個SAP開發人員,需要學習SAP傳統技術(比如ABAP)以外的開源技術嗎?
- 個人專案
- 一個 Angular 開發人員對騰訊 Cloud Studio 使用後的體驗報告AngularCloud
- 技術人員的危機感——劉志華
- 正在興起的角色:業務技術人員
- 技術人員該如何站好最後一班崗?
- PHP開發人員技術提升心得PHP
- 在非 laravel 專案中使用 laravel 的特性Laravel
- 詩意的邊緣個人部落格 - 一個走在php之路的技術員個人部落格技術網站PHP網站
- 第一次個人專案
- FE-c(前端技術社群)專案開發筆記(非redux版)前端筆記Redux
- IOS技術分享| ARCallPlus 開源專案(一)iOS