Discussion :

[Invité]

Bonjour,

Sur une machine, j'ai besoin d'avoir la dernière version d'un fichier WAR (binaire). A chaque démarrage, un script shell est exécuté : il télécharge le fichier distant via SCP. J'aimerais éviter cette longue phase de téléchargement, si le fichier distant est identique au fichier local. Je cherche donc un moyen de comparer 2 fichiers binaires, un local et un distant (SSH).

Est-ce possible ? Comment l'intégrer à mon script shell ?

Merci.

[CedrX]

Je pense que la commande rsync pourra t'aider dans cette tâche.

[ggnore]

Tu pourrais comparer les empreintes md5 des fichiers.

[nabogrotesque]

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

ssh login@host "cat fichier" | diff - fichierlocal

fonctionne aussi pour les binaires

[matafan]

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

ssh login@host "cat fichier" | diff - fichierlocal

fonctionne aussi pour les binaires

C'est une idée brillante, comme ça si les fichiers sont différents ils aura téléchargé le fichier deux fois : une fois pour faire le diff, et une autre pour récupérer le nouveau fichier

rsync me semble être la meilleure solution (rsync utilise md5, mais il le fait mieux que ce qu'on peut faire à la main).

[Invité]

Merci, ça correspond à ce que je souhaitais.

Par défaut, les fichiers sont comparés sur la taille et la date de modification. Il faut donc conserver la date de modification lors la copie :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

rsync -t

Sinon on peut comparer les checksums des fichiers, mais c'est plus long :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

rsync -c

[nabogrotesque]

C'est une idée brillante, comme ça si les fichiers sont différents ils aura téléchargé le fichier deux fois : une fois pour faire le diff, et une autre pour récupérer le nouveau fichier .

n'importe quoi ils ne sont pas telechargé deux fois ni si ok ni si differents !!!!

arretes la fumette de produits prohibés....c'est un pipe ! pa un "et" et encore moins un "et puis"....