Ez elágazott az előző kérdésemtől: Kiválaszthatom, ki járulhat hozzá nyílt forráskódú projektemhez? fejlesztési struktúrák vannak felállítva (villák, fő adattárak …).
Az egyik dolog, ami felbukkant, a pull kérés megemlítése volt. Mi is pontosan a pull kérés?
Válasz
A “lekérési kérelem” kifejezés a git szóból származik, ahol a git pull paranccsal egy másik tárházat egyesíthet a helyi tárolóval. Tehát, ha valaki más rendelkezik a git tároló másolatával, és olyan változtatásokat hajt végre benne, amelyekre Ön szeretne beépítéséhez kérhetik, hogy pull tegye a tárából a változásokat; “újra kér egy pull -t, ezért a” lekérési kérelem “kifejezés.
Manapság a legtöbb felhasználó számára ez valamilyen grafikus felület mögött rejtőzik, Github vagy Bitbucket vagy például Gerrit útján; de az elv ugyanaz marad: valaki lemásolja az adattáradat, elvégzi a változtatásokat és kéri, hogy egyesítsék őket a saját példányodba, feltehetően miután átnézted őket.
Megjegyzések
- A Git rendelkezik egy
git request-pullparanccsal is. Ez egy írásos üzenetet küld, amelyet elküldhet valaki más, felkérve őket, hogy azgit pullhasználatával építsék be munkádat a szoftver másolatába. - Nem lehet egyértelműbben elmagyarázni a kezdők számára.
Válasz
Ha elosztott verzióvezérlő rendszerekkel rendelkezik , minden fejlesztő rendelkezik a teljes adattár másolatával. Ha valamit megváltoztat a szoftverre, akkor végrehajtja a változtatásokat a helyi adattárban. Ha más adattárakban is meg kell változtatni ezeket, akkor a módosításokat áttöltheti (a változtatások áthelyezése egy másik tárhelyre, amelynek joga van hogy írjak neki), vagy húzza le a módosításokat (másolja át a változatot ide m más tárolókat a sajátjaihoz). Mivel sok projekt rendelkezik fő adattárral, egy lekérési kérelem az a kérés, amely szerint a karbantartó meghúzza a változtatásokat.
Felolvasás egy kicsit , úgy tűnik, hogy a kifejezést nem elosztott verzió-vezérlés esetén is használják, ha az egyik felhasználó kéri a javításainak a projekt fő ágába való felvételét. Egy másik olvasmány, kifejezetten a github számára: https://help.github.com/articles/using-pull-requests/
Válasz
A lekérési kérelem a verziókezelő rendszerekhez kapcsolódik. Több felhasználói csoportja lehet:
- Rendszergazdák / Tulajdonosok
- Közreműködők
- Tesztelők
Szeretné ezeknek az embereknek különböző dolgokra van szükségük:
- Adminisztrátorok / Tulajdonosok
Ezekben az emberekben megbízni lehet. Lehet, hogy teljes hozzáféréssel rendelkeznek a szóban forgó adattárhoz, beleértve a teljes jogokat arra, hogy elkövetjék, amit akarnak, amikor akarnak. - Közreműködők
Ezek véletlenszerű emberek lehetnek az internetről; lehet, hogy kisebb társaságban vannak. Akárhogy is, valószínűleg nem akarja, hogy képesek legyenek egyenesen a kódbázishoz kötődni – először át szeretné tekinteni a változtatásokat.
Itt jönnek be a lekérési kérelmek. Közvetlen változtatások a kódbázison a közreműködőktől, ők ehelyett elágaznak a lerakathoz, létrehozva egy példányt a helyi gépükön, és ezt fejlesztik. Ha elkészült, létrehozhat egy lekérési kérelmet, amely tartalmazza a frissített fájlokat kód. A felsőbb csoportba tartozó személyek ezután áttekinthetik a változtatásokat a helyesség és a szabványokkal való bűnrészesség tekintetében, és egyesíthetik változásaikat, ha megfelelnek. “>
Válasz
A lekérési kérelem (PR) egy módszer a hozzájárulások benyújtására egy nyílt fejlesztési projektbe. Akkor fordul elő, amikor a fejlesztő azt kéri, hogy a szakértői felülvizsgálatot követően egy külső adattárhoz elkötelezett változtatásokat vegyék fontolóra a projekt fő adattárába való felvétel céljából.
Forrás: Mi az a lekérési kérelem? az OSS Watch
Egyszerű példa amikor a nyílt forráskódú adattárat klónozza / elágazik, elvégez néhány változtatást / elkötelezettséget, és a változások fõ tárolóba való egyesítéséhez el kell küldenie a lekérési kérelmet, amely az összes elkötelezettségét egy logikai darabba csoportosítva tartalmazza, hogy az más fejlesztők áttekintették.
Ennek van néhány előnye a szokásos elkötelezettségekkel szemben, és nyomja meg, mivel van még néhány szempár, amelyet ellenőrizhet, és elkerülheti a gyakori / rejtett problémákat hibák a tényleges változások előtt.
Néhány PR-példa:
- GitHub itt vagy itt
- Chromium Code Reviews (egyenértékű a lekéréssel)