Hogyan lehet csatlakozni opensource-fejlesztés verem túlcsordulás orosz
Mint tudod, van egy csomó már írt, vagy a színpadon a szabad szoftverek fejlesztése, illetve a szoftver nyílt forráskódú, nyilvános adattár SourceForge, GitHub és egyéb források. Szigorúan véve, felmerült a kérdés, hogyan lehet csatlakozni a munka hasonló projektek?
Mit kell tennie, milyen képzettségű, ahol megtalálható dokumentációt a kódot? Ki fogja ellenőrizni a kódot írtam?
Köszönöm.
meghatározott augusztus 12 '12 at 12:59
Zárt annak a ténynek köszönhető, hogy off-topic LEQADA résztvevők. Vladimir. Aslan Kussein. torokhkun. xaja november 6. '15 at 05:32.
Úgy tűnik, hogy ez a kérdés nem felel meg az alany helyén. Aki megszavazta annak bezárását, ezt jelzi a következő ok miatt:- „Kérdések és kérdőívek használata tilos Veremtúlcsordulás oroszul. Ahhoz, hogy a válasz, ismételje meg kérdését úgy, hogy adhatna egyértelmű helyes választ.” - LEQADA, Vladimir, Aslan Kussein, torokhkun, xaja
Annak érdekében, hogy teljes jogú résztvevője a nyílt sorsnogo projekt szükséges elnyerheti a committerré. Az útvonal a committer állapota meglehetősen hosszú és unalmas. Az ajánlott módszer az, hogy:
- Először közreműködő lenni (azaz carry férfi néhány hozzájárulás). Általában ez az írás egy menet a wiki Wikipedia projektben. Ez a legjobb kezdeni a fordítást a dokumentációs oldalán az orosz :)
- Érdemes ezen a ponton a szivattyú bináris projekt vezetni, és megtalálni a hibát. Ezután meg kell tenni a bug-jelentés. Minden projektnek saját rendszer követés hibák: gyakran ez olyasmi, mint Bugzillába vagy valamilyen újkeletű web rendszer.
- További részletes tanulmányt kódolási stílus elfogadott a projektben. Általában a vezetők, pont projekteket. válogatós a kódolási stílus. Lépés balra, lépésről jobb lövés a helyszínen
- Tanulmányozzuk a listában a hibákat projekt. Kiválasztása a cél hiba, ami akkor FIXE. A legjobb, hogy néhány könnyűsúlyú bazhochek nem kritikus és Isten ments új funkció - vezető alakjai a projekt még megemésztette néhány ideológiai okokból
- Tedd pénztár Project forrás (általában SVN vagy GIT) - természetesen meg kell vizsgálni a cél VCS - Főleg az a hely, ahol azt mondták, a törzs és ágak adattár
- Fix bug, és terjedt el sem különálló ága a VCS (ha hagyjuk a tervezési szabályok), vagy hozzon létre egy patch, hogy én találtam egy különleges helyet foglal el a böjt a projekt.
- Ha minden jól megy, az n-edik kísérlet a commit fogják elfogadni és végrehajtani a törzs (a törzs fejlesztési) projekt.
- Több ilyen sikeres és hibajavítások már alkalmazni committerré állapotát.
Általában valami ilyesmi.
Ui felső szintű oktatás az Apache projekt közreműködők van - a jó szerencse.
Véleményem szerint a projekt érdekes lehet az Ön számára, ugyanazon a vágy, hogy „csatlakozzanak a nyílt forráskódú projekt” Te nem megy el - csak fáradt.
Keresse nyílt forráskódú terméket használni, hogy ez olyan hibákat, vagy dolog, hogy úgy érzi, kevésbé kényelmes, vagy tulajdonságok, amelyek nincsenek ott, és ivott velük.
Képesítési valójában nem számít, senki előtt merge'm nem fogja kérni mik dolgozott, vagy ha tanult, a lényeg, hogy a kód jó volt, és mi a szint nem elegendő, akkor és nézd meg magad, amikor megjelenik a kódot.
Egy másik lehetőség az, hogy elkezd írni valamit a saját, és ez a projekt lesz látható közösség.
Érdekes, de néztem a kód ugyanaz ffdshow (I akartak kifejleszteni kompresszor kiegyenlíteni zajszintet különböző részein a film), ijesztő volt. Van már valami, hogy a szabály nekem ott is észre, amíg valami nagyon nehéz. Remélhetőleg a jövőben a helyzet korrigálni persze, de ez egy szégyen, mert ez, hogy feladja elképzeléseit csak azért, mert az a tény, hogy nehéz megérteni, hogy valaki másnak a kódját. - Alfonso31 augusztus 15 '12 at 11:42
Lehetséges opció: Töltse le a kódot a tárolóból, és végre néhány Te vagy kijavítani a hibákat, attól függően, hogy mit szeretne. Küldje el ezt a tapasz fő vezetője érdekli a projekt. Ezt követően, úgy néz ki a kódot, és elutasítja, vagy elfogadja a patch. Ennek eredményeként, akkor elviszi az aktív munkájuk megkezdéséhez. És egy idő után, a commit ellenőrizni fogják kevesebb időt keres egy minőségi kódot, akkor bizonyítani a saját javításokat.
Válaszol augusztus 12 '12 at 14:33