Path: ...!npeer.as286.net!npeer-ng0.as286.net!weretis.net!feeder8.news.weretis.net!news.szaf.org!inka.de!mips.inka.de!.POSTED.localhost!not-for-mail
From: Christian Weisgerber <naddy@mips.inka.de>
Newsgroups: fr.comp.os.unix
Subject: Re: rsync : contenus identiques - dates =?UTF-8?Q?diff=C3=A9rentes?=
Date: Sat, 27 May 2023 20:54:00 -0000 (UTC)
Message-ID: <slrnu74rf8.15c6.naddy@lorvorc.mips.inka.de>
References: <fantome.forums.tDeContes-7553DE.04035827052023@news.eternal-september.org>
 <6471d82a$0$7646$426a34cc@news.free.fr>
 <fantome.forums.tDeContes-15B031.16384827052023@news.eternal-september.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
Injection-Date: Sat, 27 May 2023 20:54:00 -0000 (UTC)
Injection-Info: lorvorc.mips.inka.de; posting-host="localhost:::1";
	logging-data="38279"; mail-complaints-to="usenet@mips.inka.de"
User-Agent: slrn/1.0.3 (FreeBSD)
Bytes: 2098
Lines: 26

On 2023-05-27, Thomas <fantome.forums.tDeContes@free.fr.invalid> wrote:

> ctime c'est la date de modification des propriétés du fichier,

Oui, c'est la date quand l'inode a été modifié.

> pas de sa création ? 

Unix ne connait pas de date de création. Les API comme stat() ou
utime() ne gèrent pas une telle date.

> aussi, sans -t rsync est obligé de lire le contenu des fichiers pour 
> savoir s'ils sont différents (alors qu'avec -t non ?), 

Par défaut, rsync fait une optimisation : si la source et la
destination ont la même taille et la même date, rsync présume que
les fichiers sont identiques et ne compare pas les contenus.
(-c pour forcer une comparaison.)

Par défaut, quand rsync modifie un fichier de destination, la
nouvelle date de ce fichier est la date de maintenant.  Alors c'est
différente de la date de la source.  Avec -t, la destination reçoit
la même date que la source.  Donc la _prochaine_ fois quand rsync
exécute, il va présumer que les fichiers sont identiques.

-- 
Christian "naddy" Weisgerber                          naddy@mips.inka.de