„Szofttech labor2 kvíz” változatai közötti eltérés

(2 közbenső módosítás, amit 2 másik szerkesztő végzett, nincs mutatva)

12. sor:

# azonnali visszajelzés

==Melyik állítás NEM igaz a ~~kézponti~~ függőségkezelésre?==

==Melyik állítás NEM igaz a központi függőségkezelésre?==

# A függőségek egyedileg vannak azonosítva

80. sor:

# 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)

==Mely állítások igazak a kiadásokra (release)?==

# 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?==

# 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?==

# 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

@@ 12. sor: / 12. sor: @@
 # azonnali visszajelzés
-==Melyik állítás NEM igaz a kézponti függőségkezelésre?==
+==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=-}}
 # 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
 # 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