„Szofttech labor2 kvíz” változatai közötti eltérés
Új oldal, tartalma: „''A kvíz a 2024-es laborok beugróinak kérdései alapján lett létrehozva'' {{Kvízoldal |cím=Szoftvertechnológia labor1 beugró }} ==Mit jelent a kalap (^) operátor Git esetén?== {{kvízkérdés|típus=egy|válasz=1|pontozás=-}} # a segítségével a megadott referencia szülőjére hivatkozhatunk # a kalap operátor régen volt használva a központosított verziókezeléshez, ma már nincs jelentése # a git checkout parancsban a commit neve után ír…” |
|||
| (4 közbenső módosítás, amit 2 másik szerkesztő végzett, nincs mutatva) | |||
| 2. sor: | 2. sor: | ||
{{Kvízoldal | {{Kvízoldal | ||
|cím=Szoftvertechnológia | | cím = Szoftvertechnológia labor2 beugró | ||
}} | }} | ||
| 12. sor: | 12. sor: | ||
# azonnali visszajelzés | # azonnali visszajelzés | ||
==Melyik állítás NEM | ==Melyik állítás NEM igaz a központi függőségkezelésre?== | ||
{{kvízkérdés|típus=egy|válasz=4|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=4|pontozás=-}} | ||
# A függőségek egyedileg vannak azonosítva | # A függőségek egyedileg vannak azonosítva | ||
| 80. sor: | 80. sor: | ||
# A távoli branch-ek a lokális repository (tárhely) állapotát tükrözik | # A távoli branch-ek a lokális repository (tárhely) állapotát tükrözik | ||
# Elnevezési konvenciójuk: <remote neve>/<branch neve> (pl.: origin/main) | # Elnevezési konvenciójuk: <remote neve>/<branch neve> (pl.: origin/main) | ||
==Mely állítások igazak a kiadásokra (release)?== | |||
{{kvízkérdés|típus=több|válasz=2, 3|pontozás=-}} | |||
# Kizárólag belső használatra, tesztelésre szolgál, az ügyfélnek nem adható oda | |||
# Egyedi verzióval vannak ellátva | |||
# A kiadásban nem csak a forrásfájlok vannak benne, hanem a kapcsolódó dokumentáció is | |||
# A megadott programozási nyelvnek támogatnia kell a kiadás készítését. | |||
==Mit jelent a hullám (~) operátor Git esetén?== | |||
{{kvízkérdés|típus=egy|válasz=4|pontozás=-}} | |||
# Segítségével az adott branch első commit-ját lehet kiválasztani. | |||
# Két branch neve közé írva automatikusan összefésüli azokat | |||
# A main branch neve mögé írva a Git azt main-ként oldja fel ha létezik a main branch, master-ként ha nem a régi repository-k támogatása érdekében | |||
# A segítségével egy megadott számú commit-tal lehet feljebb lépni a commit fában | |||
==Mi jellemző az integrációs mintákra?== | |||
{{kvízkérdés|típus=több|válasz=2, 3, 4|pontozás=-}} | |||
# A Mainline Integration minta gyakori, a Feature Branch minta ritka integrációt ír elő | |||
# A Feature Branch minta esetén egy hibajavítással kapcsolatos minden munkát egy külön, saját ágon végezzük, és csak akkor integráljuk vissza, amikor kész az új funkció | |||
# A Feature Branch minta esetén egy új funkcióval kapcsolatos minden munkát egy külön, saját ágon végezzük, és csak akkor integráljuk vissza, amikor kész az új funkció | |||
# A Mainline Integration mintában, a fejlesztők a mainline-on keresztül integrálják a munkájukat, onnan leszedve és összefésülve a többiek változtatásait, majd – ha működik – akkor a saját változtatásaikat is vissza integrálják | |||