引言

openEuler社區(qū)已經(jīng)建立起來了，也有不少合作伙伴, OSV, ISV等參與進(jìn)來。整個(gè)社區(qū)的治理結(jié)構(gòu)也初步建立了起來。但畢竟是一個(gè)年輕的社區(qū)，因此有一些流程方面還有待優(yōu)化，很多文檔還有待于完善。

鑒于有很多希望參與到社區(qū)里的工程師對整個(gè)社區(qū)的運(yùn)作流程，開發(fā)流程還比較陌生，我總結(jié)了一個(gè)文檔來幫助一個(gè)工程師更容易的參與到社區(qū)中。

openEuler社區(qū)概要

openEuler的主站點(diǎn)是https://openeuler.org/

主站點(diǎn)主要是提供一些入口，對于工程師來說，最重要的應(yīng)該是下載鏈接：

https://openeuler.org/zh/releases.html

除了下載以外，對工程師來說，真正的社區(qū)開始之旅的起點(diǎn)：

https://openeuler.org/zh/developer.html

這個(gè)鏈接給大家做了一個(gè)簡要的引導(dǎo)，但是不幸的是，對于一個(gè)新人來說，信息量依然非常大，可能有些摸不到頭腦。下面，就讓我?guī)е蠹乙徊讲降幕睘楹喌淖鲆淮蝟penEuler參與之旅吧。

法律合規(guī)是第一步，也是最重要的一步

“開源”這兩個(gè)字眼雖然在很大程度上代表了自由，奔放，隨心所欲，符合碼農(nóng)天生追求“自由飛翔”的特質(zhì)。但是開源并不是法外之地，因此法律合規(guī)是一個(gè)社區(qū)健康發(fā)展最重要的前提，沒有之一。因此，任何一個(gè)人，如果想要參與到openEuler項(xiàng)目中，第一步就是要簽署CLA協(xié)議。協(xié)議的簽署網(wǎng)址是：

https://openeuler.org/en/cla.html

雖然協(xié)議并不復(fù)雜，但是作為一個(gè)碼農(nóng)，通常我都對這類法律文書都是免疫的，我們連需要給自己賠錢的保險(xiǎn)合同都不會多花上一分鐘時(shí)間看上一眼，對于這種需要自己奉獻(xiàn)的條款又怎會關(guān)注呢？還有更關(guān)鍵的是，如果碼農(nóng)看懂了法律文書，那還是碼農(nóng)么？ 雖然這很大程度是我們碼農(nóng)的現(xiàn)狀，但是我還是建議大家認(rèn)真閱讀一下協(xié)議，了解一下權(quán)益范圍并沒有壞處。

我們是開源的

openEuler社區(qū)原則上只接受開源協(xié)議的軟件，哪些開源協(xié)議是社區(qū)認(rèn)可的開源協(xié)議呢？大家可以參考下面的網(wǎng)址。這個(gè)網(wǎng)站上所列舉的開源協(xié)議都是openEuler社區(qū)所能接納的協(xié)議。

https://opensource.org/licenses/alphabetical

對于社區(qū)本身，我們默認(rèn)使用mulan V2協(xié)議，https://opensource.org/licenses/MulanPSL-2.0，這是一個(gè)非常友好的開源協(xié)議，也歡迎大家更多的使用這個(gè)協(xié)議來開發(fā)開源軟件。

我能做點(diǎn)什么

在簽署完CLA協(xié)議，了解我們所認(rèn)可的開源協(xié)議范圍以后，需要完成社區(qū)的注冊。

由于openEuler本身是開放到gitee.com上，因此需要大家在gitee上擁有賬號。我們也衷心希望gitee能成長為世界級的代碼托管平臺。

當(dāng)大家完成了這些過程以后，就需要考慮在社區(qū)里具體能做點(diǎn)什么了。參與社區(qū)有很多種方法和形式，如果總結(jié)起來，大體有下面的四類：

1. 提交一些需求，或者bug，簡單來說就是發(fā)覺哪里用的不爽，直接提要求。 或者在用openEuler的過程中發(fā)現(xiàn)了一些問題，然后需要在社區(qū)把這個(gè)問題提出來。
2. 為社區(qū)修正bug，這是更高一個(gè)層面的參與社區(qū)了，在這個(gè)層面，參與者實(shí)質(zhì)上是以一個(gè)開發(fā)者的姿態(tài)進(jìn)入到了社區(qū)中。一般我們都提倡，除了提出問題，更期待大家能解決問題。
3. 貢獻(xiàn)軟件包，發(fā)現(xiàn)openEuler缺失了一個(gè)軟件包，幫openEuler把這個(gè)軟件包補(bǔ)上。實(shí)際上貢獻(xiàn)軟件包的過程就是幫助openEuler提供更豐富功能的過程。希望隨著大家的參與，openEuler能夠成為一個(gè)“無所不有”的軟件生態(tài)系統(tǒng)。
4. 開發(fā)新軟件，有自己的一些想法，獨(dú)立開發(fā)一個(gè)全新的軟件，并將這個(gè)軟件貢獻(xiàn)到openEuler社區(qū)，成為openEuler發(fā)行版本中的一份子。

我們就一個(gè)個(gè)來看看這4種參與方式如何進(jìn)行把。

網(wǎng)站和社區(qū)

在具體討論這四類參與方法之前，我先給出三個(gè)網(wǎng)址鏈接。

1. https://openeuler.org/
2. https://gitee.com/openeuler/
3. https://gitee.com/src-openeuler

第一個(gè)網(wǎng)址是openEuler的門戶網(wǎng)站，是供大家獲取一些通用信息的地方，前面已經(jīng)提到過了。而真正我們所謂的“社區(qū)”則是體現(xiàn)在2，3這兩個(gè)網(wǎng)址上。

這兩個(gè)網(wǎng)址互相有鏈接，它們分別長這個(gè)樣子：

長得這么像，為什么要分兩個(gè)網(wǎng)址呢？ 兩者有什么分工呢？我們在后續(xù)講解中會慢慢的給大家說清楚。

不論怎么樣，這兩個(gè)網(wǎng)址，以及里面的內(nèi)容將會是社區(qū)工作的主要場所。雖然人機(jī)界面并不友好，但我相信對于碼農(nóng)來說這不是一個(gè)大問題，因?yàn)榇a農(nóng)們的世界從來都不曾經(jīng)友好過。

參與方式一：提交需求&bug

最基本參與社區(qū)的方式當(dāng)然是要先用一用社區(qū)的物件，看看還有哪些需要改進(jìn)的地方。提出一些有價(jià)值的建議和意見了。這幾乎是最簡單參與社區(qū)的方式了。

在社區(qū)中，我們提交問題都是通過“issue”機(jī)制來進(jìn)行。但是在提交之前，提交人得先明確這個(gè)issue要提交給誰。在社區(qū)里，我們是一個(gè)個(gè)“repo”來對功能進(jìn)行分組的。比如我們著名的Linux操作系統(tǒng)的“內(nèi)核”（kernel）就有一個(gè)獨(dú)立的“repo”(通常我們稱之為“倉”)。

如果你發(fā)現(xiàn)了一個(gè)內(nèi)核的問題，或者需求，那么就需要找到內(nèi)核相關(guān)的repo地址：https://gitee.com/openeuler/kernel

它的界面這個(gè)樣子。

其中紅圈里大家可以看到Issues這個(gè)字樣，這就是我們所有問題&bug&需求的入口了。點(diǎn)進(jìn)去以后可以看到：

紅圈位置的按鈕就是我們建立一個(gè)新的Issue的入口。

進(jìn)入以后，就可以提交issue了，有分類欄來說明這個(gè)issue屬于什么類別。

在這里，可能會有一些同學(xué)們會問：為什么沒有一個(gè)bugzilla？這是一個(gè)拷問靈魂的問題，是呀，為啥沒有建立一個(gè)工程師們更為熟悉的bugzilla呢？我沒有辦法給出一個(gè)合理的解釋，不過目前看越來越多的項(xiàng)目都逐步通過issue，PR等機(jī)制來管理項(xiàng)目，如果再獨(dú)立構(gòu)建一個(gè)bugzilla系統(tǒng)，那么和PR，Merge合入等的工作就需要進(jìn)行交聯(lián)，復(fù)雜度會增加，因此目前我們還是選擇通過issue來管理bug和需求。

這里有一個(gè)小問題，我的問題需要提交到哪里去呢？

Issue的歸宿

總體來說，提交issue分如下幾類：

1. 具體軟件的問題直接提交到相關(guān)的軟件repo中，比如上面所提到的kernel的repo中。
2. 社區(qū)中的一些基礎(chǔ)設(shè)施用的不爽，比如網(wǎng)頁看起來不順眼等，提交到https://gitee.com/openeuler/infrastructure，基礎(chǔ)設(shè)施組。
3. 如果是一些社區(qū)治理方面問題，例如技術(shù)選型，軟件的增加，刪除，gnome和KDE哪個(gè)更圖形界面原教旨主義一些等問題可以提到https://gitee.com/openeuler/community里。
4. 如果你實(shí)在不知道該提到什么地方，就統(tǒng)統(tǒng)提交到https://gitee.com/openeuler/community-issue，這里會為你排憂解難。

更為詳細(xì)的issue提交流程可以參見如下的專業(yè)講解。

https://gitee.com/openeuler/community/blob/master/zh/contributors/issue-submit.md

參與方式二：修復(fù)bug

在社區(qū)里，通常我們希望提出問題并同時(shí)解決問題，如果有一個(gè)問題，當(dāng)然最好的情況是同時(shí)提供問題解決的patch補(bǔ)丁。我們以社區(qū)的輕量化容器引擎iSulad為例，https://gitee.com/openeuler/iSulad，假定我們需要為iSulad提交一個(gè)patch補(bǔ)丁，基本流程如下：

第一步：建立自己的分支

在紅圈處先要Fork一個(gè)“分支”到自己的賬號下。如果大家不清楚fork的含義，建議學(xué)習(xí)一下git的使用方法。在這里要提一句，無論如何，現(xiàn)代工程師要理解git的開發(fā)模式，不了解git在當(dāng)代幾乎會寸步難行。

第二步，修改代碼并生成Pull Request(簡稱PR)

當(dāng)fork完畢以后，大家可以在下圖的紅圈1中發(fā)現(xiàn)，目錄已經(jīng)從openEuler切換成了自己的賬戶。

接下來，就可以在自己的“分支”上進(jìn)行代碼的修改了。

修改完以后，點(diǎn)擊紅圈2中的+Pull Request，這可能是提交代碼中最關(guān)鍵的一個(gè)步驟，這里會正式生成一個(gè)patch并送到https://gitee.com/openeuler/iSulad這個(gè)原始社區(qū)。

比如我修改了一個(gè)函數(shù)，增加了一行printf(“hello, world”)這行代碼。那么PR看起來就是這樣的：

你需要為這個(gè)PR起一個(gè)名字，同時(shí)填寫一個(gè)說明。分別是紅圈1和2，最后確定patch沒有問題以后，點(diǎn)擊紅圈3中的“創(chuàng)建”按鈕提交。

你會在openEuler/iSulad上看到你所提交的PR，紅圈一表明你提交的PR已經(jīng)進(jìn)入了iSulad的社區(qū)，紅圈2中的數(shù)字228是這個(gè)PR的編號。同時(shí)這個(gè)PR的URL是：https://gitee.com/openeuler/iSulad/pulls/228

至此，作為一個(gè)patch提交者的工作就做完了，你剩下所要做的事情就是耐心的等待iSulad開發(fā)組的maintainer來審核你的patch，比如我相信今天晚上他會非常詫異，誰提交了這么一個(gè)stupid的patch，而且公然用useless demo這樣的PR題目來挑戰(zhàn)他脆弱而敏感的maintainer神經(jīng)。

因此，你的PR可能有三種命運(yùn)：

1. 被iSulad社區(qū)接受。
2. 被iSulad社區(qū)殘忍的拒絕。
3. 提出修改意見，修改后再提交PR。goto 1

不僅僅是可以提交代碼的PR，任何修改，甚至是為readme修正了一個(gè)拼寫錯(cuò)誤，所遵循的流程都一摸一樣。

更細(xì)致，更專業(yè)的介紹請參考：

https://gitee.com/openeuler/community/blob/master/zh/contributors/Gitee-workflow.md

這里有一步步的教程引導(dǎo)大家來提交。

另外，PR的提交也在很大程度上體現(xiàn)了提交者的專業(yè)能力和親和力。Be nice很重要，下面的鏈接可以幫助大家理解如何更優(yōu)雅的提交一個(gè)PR。

https://gitee.com/openeuler/community/blob/master/zh/contributors/pull-request.md

好了，恭喜您，至此，您的第一次真正意義上的社區(qū)開發(fā)之旅就畫上了一個(gè)完美的句號。

讓我們進(jìn)入下一個(gè)挑戰(zhàn)環(huán)節(jié)，為openEuler增加一個(gè)新的軟件包。

參與方式三：貢獻(xiàn)軟件包

在能夠?yàn)閛penEuler貢獻(xiàn)一個(gè)軟件包之前，需要我們的開發(fā)者理解兩個(gè)基本的概念：

1. 什么是Linux的軟件包?；蛘哒fLinux操作系統(tǒng)是怎么組織的。
2. 如何制作一個(gè)軟件包。

OS是怎么組織的

顯然這是一個(gè)非常巨大的話題，可能需要寫一本書來講OS是怎么組織，怎么構(gòu)建出來的。在這里我只能簡要的給大家介紹一下。

實(shí)際上，一個(gè)OS系統(tǒng)的組成既復(fù)雜，也簡單。

何所謂簡單呢，其實(shí)OS本質(zhì)上就是一堆安裝包的大雜燴，就類似我們不論使用Windows也好，使用Android也罷，或者使用Linux，我們都經(jīng)歷過“安裝”這個(gè)概念，就是從網(wǎng)上，或者是從“倉庫”中下載一個(gè)安裝包，然后安裝到系統(tǒng)上，所以大家可以看到安裝的“進(jìn)度條”。實(shí)際上，一個(gè)OS的安裝過程和在andorid上安裝微信的道理一摸一樣。只不過所謂的安裝OS是需要一次性的要把幾千個(gè)軟件包按照一定的順序安裝到機(jī)器中。

那么OS所謂的組織很復(fù)雜呢，大家可以想象以下，幾千個(gè)軟件，他們之間會有很多的交聯(lián)關(guān)系，通常我們叫做“依賴關(guān)系”，就好比，如果你想用微信小程序，那么前提是必須先得有微信，那么安裝微信小程序的前提就是必須要先安裝微信。因此，即使我們考慮一個(gè)OS的安裝過程，其實(shí)也是非常復(fù)雜的，必須要精確的計(jì)算哪些軟件需要先安裝，哪些需要后安裝。隨著系統(tǒng)的膨脹，那么這些軟件包之間就形成了復(fù)雜的網(wǎng)狀關(guān)系。即使我們這些行業(yè)內(nèi)的人都為此頭痛不已。

講了這么多，和我們的openEuler社區(qū)開發(fā)有啥關(guān)系呢？其實(shí)，上面的講解是要讓大家理解，任何OS的基本零件就是軟件包，就類似組成人體的基本零件是細(xì)胞一樣。這一個(gè)個(gè)軟件包就是構(gòu)成OS的一個(gè)個(gè)基本零件。

在Linux的世界，有兩種基本的安裝包格式：

RPM

這個(gè)格式是redhat, suse, WindRiver, openEuler等所選用，目前在企業(yè)市場，基本是以這些廠家為主，因此rpm格式在商用企業(yè)市場用的比較多。

Deb

這個(gè)格式是debian, Ubuntu, android使用的，目前在desktop，終端側(cè)用的比較廣泛。

這兩種格式本身沒有什么優(yōu)劣之分，只是不用廠商的選擇而已。當(dāng)然，對于客戶，開發(fā)者來說，世界被割裂成為兩個(gè)互不兼容的部分總歸是一種不必要的殘忍。對于這個(gè)問題社區(qū)也有不同的嘗試，但目前為止還沒有出現(xiàn)某個(gè)大一統(tǒng)的軟件包格式能夠終結(jié)這個(gè)分裂的世界。

不過幸好我們有容器，很大程度上，容器的出現(xiàn)緩解了這個(gè)問題。那未來能不能找到一條優(yōu)雅的技術(shù)道路將這些不兼容，將這些復(fù)雜的軟件包的依賴帶來的諸多痛苦一并解決掉呢？我把這個(gè)問題留給本文的愛好者吧，也許在你們中間就會出現(xiàn)這樣的“歷史終結(jié)者”。

所以，一個(gè)軟件從源代碼到能進(jìn)入到我們的OS安裝光盤中，要經(jīng)歷三個(gè)步驟。

第一步：

源代碼開發(fā)階段，也就是寫程序的階段。這個(gè)階段可以在任何地方，可以在github，gitlab, gitee等代碼托管平臺上，也可以是自己的筆記本電腦上。

第二步：

將代碼編譯，生成二進(jìn)制可執(zhí)行程序。并且制作RPM軟件包，其中“制作RPM”的過程實(shí)際上也是一種“編程”，只不過使用的是一種定義好的腳本語言，“程序”是一種叫做spec的文件。講真，spec的編寫是非常不符合老派程序員思維的，那種分段式的，跳躍式的，宏式的寫法絕對挑戰(zhàn)老派程序員的神經(jīng)。所以，我們有很多很好的程序員，但是卻很少有程序員能將一個(gè)程序真正制作成一個(gè)rpm包（或者deb包）。希望大家能挑戰(zhàn)一下自己，成為一個(gè)RPMer。真的，不難，但是夠你手忙腳亂一陣的。

我們有一個(gè)rpm的編寫規(guī)范，可以供大家參考。

https://gitee.com/openeuler/community/blob/master/zh/contributors/packaging.md

第三步

將這些rpm包放在iso中，做成安裝光盤。這一步一般的工程師不用感知，后臺有自動化的系統(tǒng)來完整整個(gè)工作，而且相關(guān)的工具我們也會開源到openEuler中。也就是說，后續(xù)任何人都可以簡單的為自己構(gòu)建一個(gè)My Linux。

那就讓我們看看如果你有一個(gè)項(xiàng)目在github上，我們?nèi)绾螌⑺罱K轉(zhuǎn)變成為安裝光盤上的一個(gè)軟件包吧。

首先，你得有一個(gè)組織

人生活在社會中，無時(shí)無刻不屬于某個(gè)組織，并受到一些人的領(lǐng)導(dǎo)，比如白天，你需要屬于某一個(gè)公司組織，晚上，你需要屬于一個(gè)家庭組織。

社區(qū)也一樣，在你想要把一個(gè)軟件做成軟件包放到openEuler系統(tǒng)中之前，你需要明確兩件事情：

1. 你自己屬于哪個(gè)組織？
2. 你要加入的這個(gè)軟件包屬于哪個(gè)組織？

在openEuler社區(qū)中，它的基本“組織”單元是SIG組，也就是special interest group，我至今沒有弄明白為什么“興趣”要加上“特殊”這個(gè)極易產(chǎn)生歧義和聯(lián)想的前綴。不過anyway，如果你想有歸屬感，你有兩種選擇：

1. 尋找到和你具有同樣“特殊愛好”的小組，然后申請加入。
2. 你的愛好太“特殊”以至于目前還沒有志同道合的人，自己申請建一個(gè)。

openEuler所有的SIG組都在https://gitee.com/openeuler/community/tree/master/sig列出來，大家可以參考。

如果你有意愿，同時(shí)也展示了對某些“特殊愛好”有著深厚的積累或者驚人的天賦，那么歡迎你參照https://gitee.com/openeuler/community/blob/master/zh/technical-committee/governance/README.md完成一個(gè)新的SIG組的申請。我不得不說，這個(gè)流程不光看起來有一些復(fù)雜，也不友好，實(shí)際操作起來也是這樣的。但我相信這難不倒碼農(nóng)，我們不就是為了制造這些復(fù)雜和不友好而生的嗎！

最后一步，當(dāng)創(chuàng)建完SIG的PR申請以后，需要到技術(shù)委員會(TC)的例行會議上進(jìn)行評審，在https://gitee.com/openeuler/community/tree/master/zh/technical-committee可以找到TC委員會的基本信息，還有聯(lián)系方式，大家可以訂閱TC的郵件列表來獲取一些動態(tài)，特別是例會的信息。

既然說到了TC（技術(shù)委員會），我們就簡要講一下openEuler的組織結(jié)構(gòu)吧。

組織結(jié)構(gòu)

openEuler是一個(gè)完全開放的組織架構(gòu)，而且非常簡單，https://gitee.com/openeuler/community這里可以看到基本的情況。

我想這副圖已經(jīng)說的很清楚了。

開始干活，先要弄明白干什么

當(dāng)然，即使你完全不屬于任何一個(gè)SIG組，理論上也能提交一個(gè)軟件包到openEuler中，只是被接受的概率相對較低而已。其主要原因是很難來評估相關(guān)提交的質(zhì)量，SIG組很大的意義就在于一些專業(yè)方面的人能夠?yàn)槊看翁峤蛔龀鲑|(zhì)量的保證。

軟件包本身必須是要屬于某一個(gè)SIG的。以我自己常用的一個(gè)軟件包為例，我每次寫完程序以后，都總會執(zhí)行一下cloc這個(gè)命令，看一下今天又新增了多少行代碼，以期獲得一下碼農(nóng)與生俱來的成就感，并中和一下寫PPT帶來的空虛和乏力感。

顯然cloc是一個(gè)開發(fā)類的工具，幫助碼農(nóng)統(tǒng)計(jì)代碼行，幸運(yùn)的是，擁有同樣“特殊愛好”的人并不在少數(shù)，他們建立了一個(gè)dev-utils的SIG組，https://gitee.com/openeuler/community/tree/master/sig/dev-utils，我們可以將cloc這個(gè)軟件歸屬于這個(gè)SIG組。

如何把大象放到冰箱里

一般來說，增加一個(gè)軟件包到openEuler中，需要如下的幾個(gè)大步驟

1. 讓系統(tǒng)為你的cloc軟件包建立一個(gè)“倉”，也就是git倉。
2. 上傳制作cloc軟件包所需要的“零件”
3. 將這個(gè)軟件系統(tǒng)加入到openEuler的自動化編譯系統(tǒng)中，由系統(tǒng)自動化構(gòu)建出軟件。

建倉

建倉其實(shí)就是提交一個(gè)PR，一般來說需要修改三個(gè)文件。

1. https://gitee.com/openeuler/community/blob/master/sig/dev-utils/README.md
2. https://gitee.com/openeuler/community/blob/master/sig/sigs.yaml
3. https://gitee.com/openeuler/community/blob/master/repository/src-openeuler.yaml

修改第一個(gè)文件README.md將你要加入的cloc軟件的名字和地址放上去。

修改sigs.yaml文件，將cloc軟件增加到dev-utils這個(gè)SIG分組下面。

修改src-openeuler.yaml將cloc增加到src-openeuler里。

你要做的就是照貓畫虎的把這三個(gè)文件修改了，然后提交PR就可以了。剩下的就是等待“命運(yùn)的裁決”。

當(dāng)申請的結(jié)果被批準(zhǔn)以后，你所需要的“倉”就會被系統(tǒng)自動建立起來，對于cloc來說，它的代碼倉的位置在https://gitee.com/src-openeuler/cloc，這是PR被批準(zhǔn)以后由系統(tǒng)自動為我建立的。

剩下的時(shí)間，你就可以開始真正上傳制作cloc軟件的原材料了。

上傳軟件包

一般來說，一個(gè)軟件只需要上傳兩個(gè)“原材料”就足夠制作一個(gè)軟件包了。如下圖所示：

第一個(gè)材料：首先要上傳這個(gè)軟件包的spec文件，也就是告訴構(gòu)建系統(tǒng)如何編譯，制作cloc這個(gè)軟件包。

第二個(gè)材料：cloc的源代碼壓縮包。

其它零件：如果spec中需要有patch，那么也需要把相關(guān)的patch文件上傳到倉中。

上傳完畢一個(gè)軟件包所需要的原材料，下一步就是要把這些原材料加入到構(gòu)建系統(tǒng)中，使之能夠被真正編譯，生成一個(gè)實(shí)際的軟件包。

加入構(gòu)建系統(tǒng)

openEuler現(xiàn)在使用obs作為構(gòu)建工具系統(tǒng)，大家可以參考下面的這個(gè)鏈接把自己的軟件加入到obs中

https://gitee.com/openeuler/community/blob/master/zh/contributors/create-obs-package.md

加入到構(gòu)建系統(tǒng)中，就意味著你的軟件可以被系統(tǒng)自動編譯，自動生成rpm包，繼而在后續(xù)的openEuler發(fā)行版本中出現(xiàn)。

TIPS

在整個(gè)過程中有幾點(diǎn)需要開發(fā)者要注意：

1. 能夠本地構(gòu)建：提交的軟件包首先要在自己的筆記本，或者服務(wù)器上能夠編譯通過。也就是如果你的軟件包在本地?zé)o法構(gòu)建成功，那么上傳到openEuler社區(qū)也不會構(gòu)建成功。因此。我們建議最好能下載最新的openEuler版本，安裝以后通過rpmbuild等命令來進(jìn)行構(gòu)建驗(yàn)證。
2. 保證軟件包可用：軟件除了能夠被編譯和生成軟件包，還要能正確運(yùn)行，因此，在本地環(huán)境要保證制作出來的軟件包能夠：
   1. 正確的安裝
   2. 正確的卸載
   3. 正確的升級
   4. 軟件的功能是正常的。
3. 保證多體系架構(gòu)支持：openEuler目前支持x86_64和ARM64兩種指令集，因此在構(gòu)建過程中需要能夠保證軟件包在這兩種環(huán)境下都能被正確編譯和運(yùn)行。雖然ARM64環(huán)境可能并不那么容易獲取，但幸運(yùn)的是，一般性軟件在這兩個(gè)系統(tǒng)上沒有那么大的差異。
4. 保證正確的依賴關(guān)系：一個(gè)軟件通常都需要依賴其它的一些軟件才能運(yùn)行，比如所有軟件都需要依賴glibc這個(gè)庫來執(zhí)行，一些復(fù)雜的軟件可能會依賴很多軟件包來提供功能。這些軟件包可能已經(jīng)在openEuler社區(qū)中有了，也可能沒有。如果沒有，那么就需要同時(shí)在openEuler社區(qū)中將這這些軟件包補(bǔ)齊才行。比如cloc這樣一個(gè)小軟件，缺需要依賴如下的幾個(gè)perl的軟件包：

也就是說在提交cloc軟件包的同時(shí)，也需要同時(shí)提交這幾個(gè)軟件包，這樣才能保證cloc能夠被系統(tǒng)正確的編譯和構(gòu)建出來。

1. 保證spec文件的規(guī)范性：要保證spec文件是“規(guī)范”的，避免將外部的spec直接引入到openEuler中，因?yàn)槿缜八?，因?yàn)檫x擇包的范圍，依賴關(guān)系，版本等都不相同，同時(shí)保證所有軟件包spec是一致的，請依照前面的rpm制作規(guī)范中的內(nèi)容來書寫spec文件。

因此，制作一個(gè)軟件包，有的時(shí)候遠(yuǎn)比想象中的要復(fù)雜一些。但好在這并不是一個(gè)難度很大的事情，只需要提交一個(gè)軟件包，走一遍流程，后續(xù)就會輕車熟路了。

參與方式四：開發(fā)新軟件

上面講的過程都是怎么給“別人”的軟件提意見，怎么把“別人”做的軟件添加到openEuler社區(qū)。但是每一個(gè)真正做軟件的人內(nèi)心都希望能擁有屬于自己的作品，那么如何建立自己的作品，如何將自己的作品融入到openEuler社區(qū)呢？

將自己的作品融入到openEuler社區(qū)有如下兩種方法：

方法一：在其它社區(qū)開發(fā)，集成到openEuler中

假定你已經(jīng)在github，gitlab或者gitee上擁有了自己的項(xiàng)目，那么只需要按照參與方式三那樣，將軟件加入到src-openeuler這個(gè)repo倉就可以了。

方法二：在openEuler社區(qū)中開發(fā)，在openEuler中集成

另外一種方法是，直接在https://gitee.com/openeuler中建立項(xiàng)目，類似將項(xiàng)目“托管”到openEuler社區(qū)。比如現(xiàn)在社區(qū)中的iSula和A-Tune這樣的項(xiàng)目就是這樣的模式。

至此，我相信所有人都能明白了為什么openEuler會建立兩個(gè)倉：

https://gitee.com/openeuler

https://gitee.com/src-openeuler

openeuler這個(gè)倉是存儲所有“原生態(tài)”的軟件，也就是為原創(chuàng)性的軟件提供一個(gè)展示的舞臺，或者是一個(gè)孵化器平臺。

而src-openeuler則是為openEuler的release發(fā)行版提供生成rpm包等構(gòu)建信息等的地方。

因此，當(dāng)一個(gè)很有夢想，很有情懷的工程師突然有一天有了一個(gè)很棒的idea，那么他可以依照下面的過程來深度參與到openEuler中。

1. 在TC委員會的例會meeting中申請一個(gè)開源項(xiàng)目，比如項(xiàng)目名稱叫做“broken_dream”。
2. 如果TC委員會認(rèn)為這是一個(gè)很好的idea，并且認(rèn)為值得為破碎的夢想提供一個(gè)機(jī)會，那么我們會在https://gitee.com/openeuler中建立一個(gè)repo，網(wǎng)址就是https://gitee.com/openeuler/broken_dream
3. 這個(gè)項(xiàng)目在openeuler中持續(xù)開發(fā)和孵化，直到有一天，大家認(rèn)為broken_dream已經(jīng)足以成熟到為所有人提供破碎的夢想服務(wù)了，那么就可以在src-openeuler中建立一個(gè)倉，為broken_dream提供相關(guān)的spec文件，制作成為一個(gè)rpm。
4. 最終broken_dream.rpm會隨著openEuler的發(fā)布版本走遍全世界，為世界人民提供broken_dream功能。

我始終認(rèn)為，一個(gè)工程師，在他的職業(yè)生涯中，至少要有一個(gè)，哪怕只有一個(gè)項(xiàng)目和他自己的名字是息息相關(guān)的。只有這樣，才能在孫子，孫女騎在我們背上，問我們這輩子做的最棒的事情是什么的時(shí)候，我們可以讓他們爬下來，然后直起身，看著他們天真無邪，對未來充滿憧憬的大眼睛，認(rèn)真的問他們：你知道broken_dream的作者是誰嗎？

最后，我要感謝openEuler社區(qū)中每一個(gè)貢獻(xiàn)者，特別是文檔的撰寫者們，文檔對于碼農(nóng)們來說永遠(yuǎn)是痛苦的源泉，但正是各位文檔的撰寫者的辛勤工作，才使得本文能夠有一個(gè)機(jī)會為大家呈現(xiàn)一個(gè)完整的openEuler參與之旅。

openEuler社區(qū)歡迎大家！