Három kérdés választja el a verzióérvet egy funkcióvizsgálattól: melyik komponensnek kellene az opciót biztosítania, melyik verziója van annak a komponensnek ténylegesen telepítve, és mit mond erről a változásnaplója. Egy bővítmény száma önmagában egyikre sem válaszol. A csábító rövidítés, egy rövidített verzió összehasonlítása egy útmutató minimumával, azért bukik el, mert a disztribúciók verziószövegei nem tizedes számok. Döntse el, mit hasonlít össze, mielőtt összehasonlítja.

Az opció élhet a NetworkManagerben, annak VPN-bővítményében, a mögöttes motorban vagy egy külön asztali felületen. Ez négy projekt, négy kiadási történettel.

Négy komponens, négy kiadási történet

A látott szerkesztő általában egy bővítmény, és a bővítmény egy motort hív, például az OpenVPN binárist vagy egy WireGuard-implementációt. Maga a NetworkManager adja a kapcsolatmodellt, és egy asztali felület saját mezőket adhat hozzá. Egy funkció bármelyikükben megjelenhet, és az egyik frissítése nem frissíti a többit. Az újabb motor nem bizonyíték arra, hogy a telepített szerkesztő importálni tud egy opciót, amelyet a motor támogat.

Kezdje a tünettel: hiányzik a mező a párbeszédpanelből, hiányzik az importálás után, vagy jelen van, de figyelmen kívül hagyják? Ezek a megfigyelések különböző komponensekre mutatnak, és különböző bizonyítékokat igényelnek.

Bontsa fel a verziót, mielőtt összehasonlítja

A Debian csomagpolitikája a formátumot epochként, upstream verzióként és csomagolási revízióként határozza meg. Először az epochot hasonlítják össze, aztán az upstream részt, majd a revíziót, a csomagkezelő saját sorrendezési szabályai szerint, nem tizedes aritmetikával vagy egyszerű ábécérendezéssel. A tilde minden előtt rendeződik, beleértve annak a résznek a végét is, és így előzi meg a kiadási jelölt a végleges kiadást. A részek külön olvasása az, ami értelmessé teszi az összehasonlítást.

Ne találjon ki átváltási szabályt valamilyen más sémához, amelyben a 0.8.999 közelinek tűnik a 0.9-hez. A számjegyek közelsége nem bizonyíték a tartalomról.

Kérdezze meg, mi van telepítve, és mi lenne

apt-cache policy jelenti a telepített verziót, a jelöltet és azt a tárolót, ahonnan mindegyik származik, minden megnevezett csomaghoz. Olvassa el a motorhoz és a bővítményhez is, és teljes szövegeket rögzítsen a rövidített formák helyett. A helyi metaadatok elavultak lehetnek, és egy jelölt verzió nem bizonyítja, hogy egy futó folyamat betöltötte azt a buildet. Ha egy szolgáltatást nem indítottak újra a frissítés óta, a lemezen lévő fájl és a megfigyelt viselkedés eltérhet.

Ezután olvassa el a megfelelő változásnaplót. Egy csomagolási revízió hordozhat javításokat anélkül, hogy új upstream számot fogadna el, és pontosan ez az az eset, amikor a verzió változatlannak tűnik, a viselkedés mégis eltér.

Bizonyítsa az opciót a tulajdonos komponensben

Importálási probléma esetén a telepített bővítmény támogatott mezőit és a mentett eredményt vizsgálja meg, ne csak a párbeszédpanelt. Egy címke, egy natív adatmező és egy motorargumentum egy beállítás három reprezentációja lehet, és egy fájl importálásának sikere semmit nem mond arról, hogy minden direktíva túlélte-e. Nevezze meg pontosan a funkciót: például ennek a direktívának az elfogadása a hitelesítési jelentése megőrzésével.

Ha az adott kiadás támogatott buildje nem tartalmazza az integrációt, válasszon jóváhagyott frissítési útvonalat vagy más klienst. Egy másik kiadás tárolójának keverése, vagy egy archivált forrásfolt alkalmazása egy látható szám emeléséhez, a verzióérvet egy nem támogatott rendszerre cseréli.

Egy hasznos jelentés megnevezi a disztribúciót, a teljes csomagverziókat, az aktív kapcsolat tulajdonosát, a szükséges opciót és a megfigyelt mentett viselkedést. Ez egy reprodukálható kérdés.

Kapcsolódó cikkek