A nyílt forráskódú közösség előnyeinek ismertetése
Itt ismertetjük a Nyílt forráskódú közösség néhány előnyét a GitHubon. Az innováció nyílt forráskódú szoftverekre épül: a ma létrehozott új alkalmazások 80-90%-a nyílt forráskódú kódból áll. A maradék 10-20% az, amelyben az üzleti érték megteremtésére összpontosíthat. A piaci versenyhez nyílt forráskód kell használnia, vagy elveszíti a fejét a saját megoldások fejlesztésével.
A projekt és a közösség beállítása a sikerhez
Tekintsünk a jövőbe, és tegyük fel, hogy a vállalat már döntött egy nyílt forráskódú program létrehozásáról. Néhány hónap elteltével vonzóvá tette a közreműködők elkötelezett közösségét. Gratulálunk! Mi a következő lépés?
A projekt befogadó szellemiségű közösségének kialakítása hosszú távú befektetés a nyílt forráskódú programba. Az egészséges, biztonságos és befogadó közösségek adják a nyílt forráskódú ökoszisztéma erejét. Az emberek és a közösségeik gyakran a fő oka annak, hogy a személyek a nyílt forráskódú projektekhez járuljanak hozzá vagy ne járuljanak hozzá.
Azt szeretné, hogy a kritikus infrastruktúrák és a népszerű függőségek előremozduljanak, még akkor is, ha azokat nem egyéni, hanem területek és időzónák között osztják el. Így még akkor is számíthat a közösség támogatására, ha egy projekt üzletileg nem támogatott, és nincs SLA. Ehhez hasonlóan az sem volna jó, ha az üzleti folyamatok egyetlen személyen múlnának. Mi van, ha Bob a könyvelésből beteg lesz, és a fizetések nem fizethetők ki, amíg vissza nem térülnek, mert ők az egyetlenek, akik tudják, hogyan kell működtetni a szoftvert?
A nyílt forráskódú projektekhez kapcsolódó és azokkal együttműködő emberek között vannak olyanok, amelyek a felhasználókról a közreműködőkre és a karbantartókra váltanak. Ennek az átmenetnek a lépéseit nevezzük „a közreműködők útjának“. A projekt fenntartójaként kritikus fontosságú, hogy figyelembe vegye a közreműködő útját, mert ez elengedhetetlen minden nyílt forráskódú projekt fenntarthatósága szempontjából.
Nyílt forráskódú program futtatásakor a cél mindig a súrlódások csökkentése és a közreműködői élmény javítása. Még ha valaki alkalmi vagy egyszeri közreműködő is, a munkája megkönnyíti a projekthez való hozzájárulást. A nyílt forráskódú közösség kialakított egy nem hivatalos módszert, amellyel megosztja a projekt metainformációit, például a hatékony közreműködés módját, a közreműködőktől elvárt egymás közötti magatartást és így tovább. Ezeket a módszereket általában a rendszer hozzáadja a meghívott README és CONTRIBUTINGa . A projekt README fájlját sokkal inkább a projekt kezdőlapjaként kell kezelnie, mint az eszközök vagy a keretrendszer telepítésére vonatkozó utasítások halmazaként.
A CONTRIBUTING fájlban leírhatja a keresett közreműködések jellegét, valamint hogy azokat hogyan értékeli és fogadja el. Itt tisztázhatja azt is, hogy milyen feltételekkel kaphat valaki osztályozási és véglegesítési jogosultságokat az adattárban.
Nyílt kommunikáció
Amikor nyílt forráskódú projekten dolgozik, a dokumentáció középpontjában gyakran a műszaki dokumentáció áll. A közösség projektbe való belefoglalásának nagyszerű módja a műszaki dokumentumokon túlmutató. A nyíltan dokumentálható elemek közé tartozik a projekt ütemterve és irányítása, a hozzájárulási folyamatok és az értekezlet jegyzőkönyve.
Fontos beszélgetéseket dokumentálhat, és a GitHub-beszélgetések segítségével összegyűjtheti a közösség és a közreműködők visszajelzéseit. Így megkezdheti a megbeszéléseket a csapatával és a tágabb közösséggel. Ezekre a beszélgetésekre akár a problémákban és a lekéréses kérelmekben is hivatkozhat.
A kommunikáció nyilvánosan tartása – bizonyos esetek, például a magatartási kódexes incidensek kivételével – biztosítja, hogy mindenki ugyanazokkal az információkkal rendelkezik.
Közösségi projektprofilok a GitHubon
Ha meg szeretné tekinteni, hogyan viszonyul a projekt a közösségi szabványokhoz, lépjen az adattár főoldalára. Az adattár neve alatt válassza az Elemzések lehetőséget. A bal oldali oldalsávon válassza a Közösségi szabványok lehetőséget. Szinte minden fájl hozzá van fűzve. Érdemes lehet sablonokat felvenni a Problémákhoz és a Lekéréses kérelmekhez, mert ezzel újabb korlátokat dönt le azok előtt, akik hibákat jelentenek be, kódot adnak be, vagy más módon vesznek részt a projektben.
További közösségi ajánlott eljárásokért tekintse meg a GitHub nyílt forráskódú útmutatóit.