Szofttech labor2 kvíz - Laptörténet

Győry Ádám: /* Melyik állítás NEM igaz a kézponti függőségkezelésre? */

2024-10-16T12:55:34Z

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

← Régebbi változat		A lap 2024. október 16., 14:55-kori változata
12. sor:		12. sor:
	# azonnali visszajelzés		# 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=-}}		{{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

Győry Ádám, 2024. október 2., 16:13-n

2024-10-02T16:13:45Z

← Régebbi változat		A lap 2024. október 2., 18:13-kori változata
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

Gyöngyösi Máté: Gyöngyösi Máté átnevezte a(z) Szofttech labor2 kviz lapot a következő névre: Szofttech labor2 kvíz: Elgépelt cím: Helyesírás javítása

2024-10-02T14:41:19Z

Gyöngyösi Máté átnevezte a(z) Szofttech labor2 kviz lapot a következő névre: Szofttech labor2 kvíz: Elgépelt cím: Helyesírás javítása

← Régebbi változat	A lap 2024. október 2., 16:41-kori változata
(Nincs különbség)

Győry Ádám, 2024. október 2., 00:39-n

2024-10-02T00:39:46Z

← Régebbi változat		A lap 2024. október 2., 02:39-kori változata
2. sor:		2. sor:

	{{Kvízoldal		{{Kvízoldal
	\|cím=Szoftvertechnológia ~~labor1~~ beugró		\| cím = Szoftvertechnológia labor2 beugró
	}}		}}

Győry Ádám: /* Melyik állítás NEM igaza kézponti függőségkezelésre? */

2024-10-02T00:15:49Z

Melyik állítás NEM igaza kézponti függőségkezelésre?

← Régebbi változat		A lap 2024. október 2., 02:15-kori változata
12. sor:		12. sor:
	# azonnali visszajelzés		# azonnali visszajelzés

	==Melyik állítás NEM ~~igaza~~ 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=-}}		{{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

Győry Ádám: Ú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…”

2024-10-02T00:12:57Z

Ú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…”

Új lap

''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 írva létrehoz egy branch-et, ami commit-ra hivatkozik
# azonnali visszajelzés

==Melyik állítás NEM igaza 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
# Lehetőséget biztosít a tranzitív függőségkezelésre
# Lehetőség van a függőségeket saját szerveren tárolni.
# Az összes fenti állítás IGAZ

==Mi igaz a Healthy Branch mintára?==
{{kvízkérdés|típus=egy|válasz=1|pontozás=-}}
# A branch-en minden egyes commit után automatikus ellenérzéseket futtatunk.
# A fejlesztők a healthy branch-en 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.
# Ez a branch egy megosztott ág, ami a termék aktuális állapataként szolgál
# Egy új funkcióval kapcsolatos minden munkát egy külön, saját ágon végezzük„ és csak akkor integráljuk vissza a healthy branch-re, amikor kész az új funkció.

==Válaszd ki az igaz állítást a Git-en történő változtatások visszavonásával kapcsolatban: ==
{{kvízkérdés|típus=egy|válasz=4|pontozás=-}}
# A git revert úgy vonja vissza a változtatást, hogy a HEAD- x et (és vele a branch-et) a jelenlegi commit szülőjére (ősére) mozgatja.
# A git reset használandó akkor, ha a visszavonást, mint változtatást meg akarjuk osztani másokkal.
# Amennyiben távoli (remote) branch-en is meg akarjuk osztani a visszavonást, mindegy, hogy git reset-et, vagy git revert-et használunk.
# Az összes fenti állítás HAMIS

==Mi a tesztvezérelt fejlesztés (test-driven development, TDD) lépéseinek helyes sorrendje?==
{{kvízkérdés|típus=egy|válasz=2|pontozás=-}}
# 1) Kód írása; 2) Teszt írása; 3) Refactor
# 1) Teszt írása; 2) Kód írása; 3) Refactor
# 1) Kód írása; 2) Refactor; 3) Teszt írása
# 1) Teszt írása; 2) Refactor; 3) Kód írása

==Mi a commit?==
{{kvízkérdés|típus=egy|válasz=3|pontozás=-}}
# A verziótörténet
# Több branch (ág) változtatásainak "összefésülése"
# Összetartozó változtatások metaadattal
# Egy codeline

==Mely állítások igazak a kiadás mintákra?==
{{kvízkérdés|típus=több|válasz=1, 4|pontozás=-}}
# A Release Branch minta esetén a kiadandó verzió branch-e új funkciókat nem fogad, csak hibajavításokat
# A Release-Ready Mainline minta esetén a kiadandó verzió branch-e új funkciókat nem fogad, csak hibajavításokat
# A Release-Ready Mainline minta esetén a kiadandó szoftververzió egy külön, release branch-en található
# A Release Branch minta esetén a kiadandó szoftververzió egy külön, release branch-en található

==Mi igaz a refaktorálásra?==
{{kvízkérdés|típus=több|válasz=1, 2, 3, 4|pontozás=-}}
# A meglévő kód átstrukturálására szolgáló technika
# Tipikus felhasználása a kód olvashatóságának javítása
# A belső struktúrát a kívülről látható viselkedés megváltoztatása nélkül alakítja át
# Tipikus felhasználása a teljesítmény javítása

==Mi jellemző a központosított verziókezelő rendszerekre?==
{{kvízkérdés|típus=több|válasz=1, 3, 4|pontozás=-}}
# A teljes történet csak a központi szerveren található meg!
# A GitHub egy példa rá
# Az ütközések elkerülése érdekében zárolást lehet alkalmazni
# A fejlesztők helyi gépén tipikusan csak egy adott verzióhoz tartozó fájlok vannak letöltve.

==Mi igaz a git pull parancsra?==
{{kvízkérdés|típus=egy|válasz=2|pontozás=-}}
# Feltölti a lokális változásokat (commit-okat) a távoli repository-ba (tároló, tárhely)
# Hatása megegyezik a git fetch és git merge egymás utáni kiadásával.
# Módosítja a távoli repository (tároló, tárhely) állapotát
# A fenti ÖSSZES állítás igaz

==Mely állítások igazak a távoli branch-ekre (remote branch, távoli ág)?==
{{kvízkérdés|típus=több|válasz=1, 3|pontozás=-}}
# Kiválasztás (checkout) esetén lecsatolják a HEAD-et
# 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)