Ellenőrzése fájlok vizsgálatára

szavazat
5

Dolgoztam minőségi tegnap csinál valami hivatalos vizsgálat. Az eljárás minden szakaszában voltak ellenőrzésére az összes fájlt a teszt gép kihúzták a kiadás. Ahogy ők ellenőrzése ezeket a fájlokat is ugyanez volt ellenőrzi a méret és a dátum / idő bélyegző ablak fel őket a Windows Intézőben. Ezek történetesen ki egy másik ok, amely képes voltam, hogy megtudja, miért.

Ez érvényes módját, hogy ellenőrizze a fájl ugyanolyan? Azt nem hiszem, és elkezdett vitatkozni, de én fiatalabb ide, gondoltam ne nyomja túl messzire. Azt akartam, hogy azt állítják, meg kell csinálni egy bináris összehasonlítani a fájlt, hogy ellenőrizze annak tartalma pontos. Az én tapasztalatom az idő / dátum bélyegzők és méret attribútumok nem mindig jár, mint várták. Bármi hozzáfűznivaló???

A kérdést 07/08/2008 11:54
a forrás felhasználó
Más nyelveken...                            


5 válasz

szavazat
0

Meg kell csinálni a CRC-ellenőrzés minden egyes file ... a wiki:

Ciklikus redundancia ellenőrzés egy fajtája, a hash függvény előállításához felhasznált egy ellenőrző, annak érdekében, hogy hibát észlel átvitel vagy tárolás.

Gyárt szinte egyedülálló érték alapján a fájl tartalmát.

Válaszolt 07/08/2008 11:57
a forrás felhasználó

szavazat
1

Tennék valami, mint egy md5 hash a fájlokat, és hasonlítsa össze, hogy az ismert kivonatok kiadása. Ők lesznek pontosabbak, mint a dátum / idő összehasonlításokat és képesnek kell lennie arra, hogy az automatizált tovább.

Válaszolt 07/08/2008 11:59
a forrás felhasználó

szavazat
1

A szokásos módja az, hogy kiszámítsa a hash a két fájlt, és hasonlítsa össze, hogy. MD5 és SHA1 jellemző hash algoritmusok. md5sum kell alapértelmezés szerint telepítve a legtöbb UNIX típusú gépek, és a Wikipédia md5 cikket linkeket néhány ablak megvalósítások.

Válaszolt 07/08/2008 12:00
a forrás felhasználó

szavazat
3

Az egyetlen 100% módja, hogy kitaláljuk, ha a két fájl megegyezik az, hogy nem egy bináris összehasonlítása a két.

Ha élni azzal a kockázattal jár az álpozitív (azaz. A két fájl, amely nem 100% -ban azonos, de a kód azt mondja, hogy azok), akkor az emésztés és az ellenőrző algoritmus használható, hogy csökkentse a munka, különösen, ha a fájlokat él két különböző gépeknél kevésbé optimális sávszélesség, így a bináris összehasonlítás megvalósíthatatlan.

Az emésztett és ellenőrző algoritmusok mind esélye a hamis pozitív, de a pontos esély változik az algoritmus. Általános szabály az, hogy minél több kripto-tette, és annál több bitet kiadja, annál kisebb az esélye a hamis pozitív.

Még a CRC-32 algoritmus meglehetősen jó használni, és meg kell könnyű megtalálni kódpéldákat az interneten, amely végrehajtja azt.

Ha csak ezt a méretet / időbélyeg összehasonlítást akkor sajnálom, hogy azt mondják, hogy ez könnyű megkerülni, és valójában nem ad elég biztos, hogy a két fájl azonos vagy különböző.

Attól függ azonban, ha tudjuk, hogy a világ, timestamps tartják, és csak akkor változott, amikor a fájl módosítva, akkor tudja használni, különben nem tart nincs garancia.

Válaszolt 07/08/2008 12:07
a forrás felhasználó

szavazat
3

Hash nagyon jó. De a másik, valamivel alacsonyabb tech alternatíva, hogy fut egy diff eszköz, mint WinMerge vagy TextWrangler és hasonlítsa össze a két változat minden fájlt. Unalmas és van hely az emberi hiba.

A legjobb az egészben, akkor verzió ellenőrzés biztosítása fájlokat teszteli a fájlok szerkeszthetők, és az is fogsz indítani. Van pénztár mappák a repo mint az átmeneti és az élő helyek, így ha egyszer már elkövetett a változásokat munkapéldányoddal, akkor 100% -ban biztos, hogy a fájlok tesztel, push staging majd élőben is ugyanaz, mert akkor csak fuss „svn update” az egyes doboz és ellenőrizze a változat számát.

Ja, és ha kell visszaállíthatja siet (előfordul, hogy mindannyiunk valamikor, vagy egy másik), akkor csak az svn frissítést újra a -r kapcsolót, és térjen vissza az előző felülvizsgálat szinte azonnal.

Válaszolt 07/08/2008 12:17
a forrás felhasználó

Cookies help us deliver our services. By using our services, you agree to our use of cookies. Learn more