Porovnávání obsahu adresářů v GUI (diskuse)

[Juraj Remenec]

To mi pripomenulo, že hľadám program, ktorý dokáže synchronizovať súbory na lokálnom stroji so strojom vzdialeným (možnosť vybrať viaccero metód prenosu - FTP, SCP, SFTP, CIFS, NFS a pod.) a zároveň ich ale pred uložením na vzdialený stroj dokáže zašifrovať a skomprimovať (napríklad AES so zipom...). Existuje http://allwaysync.com/ lenže je len na Windows a nie je tak celkom zadarmo. Neviete o niečom takomto na Linuxe (najlepšie gui friendly...)??

[pavele]

duplicity

[míša]

Dovolím si seznam těch nejzákladnějších:

Meld

Beyond Compare

kdiff3

DiffMerge

Diffuse

SmartSynchronize

Kompare

DeltaWalker

GNU Diffutils

Tkdiff

xxdiff

ECMerge

SemanticMerge

Hlavně, že autor pro úplnost uvedl v článku pouze tři ...

[Fluttershy, yay!]

Meld

V článku.

Beyond Compare

Proprietární software.

kdiff3

V článku.

DiffMerge

Proprietární software.

Diffuse

Nevšiml jsem si, že by umělo porovnávat adresáře.

SmartSynchronize

Proprietární software.

Kompare

Nevšiml jsem si, že by umělo porovnávat adresáře.

DeltaWalker

Proprietární software.

GNU Diffutils

AFAIK nemá GUI, resp. má...

Tkdiff

...GUI pro diff, jenže AFAIK (zatím) neumí porovnávat adresáře. Jde použít dirdiff nebo neudržovaný fork tkdiff+, ale přijde mi to dokonce víc přes ruku než KDiff3.

xxdiff

Díky, neznal jsem.

ECMerge

Proprietární software.

SemanticMerge

Proprietární software.

[Jendа]

Ne. Duplicity toto nedokáže. Duplicity pouze donekonečna generuje inkrementy.

[Ondra]

ja hledam program, ktery porovna obsahy 2 adresaru, ktere se nachazeji na ruznych vzdalenych servrech. Tedy konkretne, na windows se mohu propojit pres ssh na oba vzdalene linuxove stroje (nic jineho napr. ftp...) neni k dispozici.

Umi ta duplicity neco takoveho?

Vim ze to jde pres rsync (tak to take v prikazove radce delam, ze se presunu pres ssh na jeden z tech servru a kontroluji obsah vuci tomu druhemu servru), ale nejake takove graficke udelatko by bylo velmi vhodne.

[Zdenek 'Mst. Spider' Sedlak]

Unison by to mel umet

[Jendа]

ls -lR > 1; ls -lR > 2; diff 1 2 Případně sha1sum, pokud chceš i obsah.

[ikar]

+1

[Kvakor]

Pokud tam běží SSH, tak bych připojil na jednom stroji adresář z druhého stoje přes sshfs a použil porovnávací utilitu dle libosti. Dokonce existuje něco-jako-sshfs pro Windows, ale když jsem to kdysi testoval, tak funkčnost nebyla nic moc.

[Jendа]

encfs reverse mode + rsync. Nevýhodou samozřejmě je, že útočník vidí metadata. Pak je ještě možnost vytvořit si tam velký kontejner a ten zašifrovat dm-cryptem, vytvořit v něm FS a připojit přes loopback.

[pepa]

Co p4merge?

[PSIkappa]

Existuje nejaky tool na porovnavanie adresarov, ktory by nepotreboval pristup k obidvom adresarom naraz?

Predstavujem si to tak, ze na stroji A spustim program, ktory mi vytvori nejaky vystup, volajme ho katalog a tento katalog prekopirujem na stroj B, kde porovnam adresar voci katalogu. Este v mojej idealnej predstave je, ze katalog obsahuje rolling hash suboru, takze bude vediet zistit, presne cast zmeneneho suboru, ktoru treba zosynchronizovat a nebude treba kopirovat cely subor.

Existuje nieco take alebo si to musim napisat sam?

[Fluttershy, yay!]

rsync?

[Jendа]

zsync

[User682]

zdravim,

zde by asi stalo za to pripomenout, ze clovek nemusi jen data synchronizovat, ale muze jen sledovat zmeny. Napriklad pri vyvoji nejakeho SW.

Uvedu 2 prakticke priklady:

0) ladite nejake buildovaci skripty ci nejake prace okolo releasovani. Workspace pres 1.5GB. Neco to zapise do ruznych souboru v radu treba desitek souboru a potrebujete videt presne co. Pak nastupuje ramdisk (prace pres filesystem zdrzuje) a pres meld porovnavate, co se kde zmenilo.... Neni to uplne idealni, nebot ne vzdy porovnavace podporuji zakazani zobrazeni vybranych souboru, i v pripade zmeny.

1) nejake cteni a zapis nejakeho formatu do souboru a propojeni s testy. Nacist vzor, zapsat vysledek (oboji naformatovat) a melo by to byt stejne. Pokud to pres nejake xmlunit spadne, tak si clovek porovna v tmp adresari vzor a vysledek zapisu v pripade chyby.

gf

[Fluttershy, yay!]

zdravim,

zamyslena cilova skupina ctenarstva clanku byla jina.

dk

[Petr Ježek]

Což znamená, že by se mělo uvést více aplikací a pro ty, co nejsou cílovou skupinou dle autora, leč jejich zájmy přirozeně s tématem souvisejí, uvést i něco k sledování změn. Cílové skupiny se zamýšlejí nikoli podle toho, co umím, ale podle toho, co je zajímá a zajímat může. pj

[Fluttershy, yay!]

Ne, neznamená. Paradox volby.

[ebik]

Při worksetu 1.5GB (v nepříliš velkých souborech) se na "testování" hodí unionfs, nebo něco podobného: člověk ty změny vrátí jedoduchým rm -rf (a když je ten layer, do kterého se ukládají změny, ramdisk, tak je to i příjemně rychlé). Já to používám na sestavování balíčku v "čistém" chrootu. Namountuju přes unionfs ten "čistý chroot" s prázdným adresářem v tmps, pak tam doinstaluju build depenencies a spustim sestavení balíku. Po úspěšném sestavení stahnu balík, odmountuju unionfs a smažu ramdisk a můžu si hrát s jiným balíkem.

[regine]

Staromódně dlouhodobě k plné spokojenosti užívám Krusader -> Nástroje -> Synchronizovat adresáře ...

[lertimir]

+1 také tak.

[T.O.M.]

Taky tak. Jen se obávám, abychom o tuhle možnost brzo nepřišli, protože v současnosti kód není udržovaný.