# RE: Date handling.

6 messages from 2005-04-14 to 2005-04-15. Participants: Luck, Tony, Petr Baudis, David Woodhouse, H. Peter Anvin, Paul Jackson.
Thread: https://gitlist.dev/t/20

## Luck, Tony, 2005-04-14 19:42

Subject: RE: Date handling.
Message-ID: <B8E391BBE9FE384DAA4C5C003888BE6F03457AE6@scsmsx401.amr.corp.intel.com>
URL: https://gitlist.dev/e/B8E391BBE9FE384DAA4C5C003888BE6F03457AE6%40scsmsx401.amr.corp.intel.com

```
>I'd prefer not to lose the information. If someone has committed a
>change at 2am, I like to know that it was 2am for _them_. It helps me
>decide where to look first for the cause of problems. :)

I'd think the 8:00am-before-the-first-coffee checkins would be the
most worrying :-)

>It also helps disambiguate certain comments, especially those involving
>words or phrases such as "yesterday" or "this afternoon".

This is a very good point ... but this still has problems with the
"git is a filesystem, not a SCM" mantra.  Timezone comments don't
belong in the git inode.

-Tony

```

## Petr Baudis, 2005-04-14 19:46

Subject: Re: RE: Date handling.
Message-ID: <20050414194626.GB22699@pasky.ji.cz>
URL: https://gitlist.dev/e/20050414194626.GB22699%40pasky.ji.cz
In-Reply-To: <B8E391BBE9FE384DAA4C5C003888BE6F03457AE6@scsmsx401.amr.corp.intel.com>

```
Dear diary, on Thu, Apr 14, 2005 at 09:42:28PM CEST, I got a letter
where "Luck, Tony" <tony.luck@intel.com> told me that...
> >I'd prefer not to lose the information. If someone has committed a
> >change at 2am, I like to know that it was 2am for _them_. It helps me
> >decide where to look first for the cause of problems. :)
> 
> I'd think the 8:00am-before-the-first-coffee checkins would be the
> most worrying :-)
> 
> >It also helps disambiguate certain comments, especially those involving
> >words or phrases such as "yesterday" or "this afternoon".
> 
> This is a very good point ... but this still has problems with the
> "git is a filesystem, not a SCM" mantra.  Timezone comments don't
> belong in the git inode.

So, when commit is done in a given time of day, a "*YAWN*" line should
be automatically appended to the log message. ;-)

-- 
				Petr "Pasky" Baudis
Stuff: http://pasky.or.cz/
C++: an octopus made by nailing extra legs onto a dog. -- Steve Taylor

```

## David Woodhouse, 2005-04-14 20:54

Subject: RE: Date handling.
Message-ID: <1113512078.12012.227.camel@baythorne.infradead.org>
URL: https://gitlist.dev/e/1113512078.12012.227.camel%40baythorne.infradead.org
In-Reply-To: <B8E391BBE9FE384DAA4C5C003888BE6F03457AE6@scsmsx401.amr.corp.intel.com>

```
On Thu, 2005-04-14 at 12:42 -0700, Luck, Tony wrote:
> This is a very good point ... but this still has problems with the
> "git is a filesystem, not a SCM" mantra.  Timezone comments don't
> belong in the git inode.

Yeah, but really I'd want to see other serious users of it before I'd
accept that the timezone information _really_ needs to be stored
separately. After all, the committer and author information really
wouldn't be considered part of the _filesystem_ either.

-- 
dwmw2



```

## H. Peter Anvin, 2005-04-14 21:01

Subject: Re: Date handling.
Message-ID: <425EDA43.3040404@zytor.com>
URL: https://gitlist.dev/e/425EDA43.3040404%40zytor.com
In-Reply-To: <1113512078.12012.227.camel@baythorne.infradead.org>

```
David Woodhouse wrote:
> On Thu, 2005-04-14 at 12:42 -0700, Luck, Tony wrote:
> 
>>This is a very good point ... but this still has problems with the
>>"git is a filesystem, not a SCM" mantra.  Timezone comments don't
>>belong in the git inode.
> 
> Yeah, but really I'd want to see other serious users of it before I'd
> accept that the timezone information _really_ needs to be stored
> separately. After all, the committer and author information really
> wouldn't be considered part of the _filesystem_ either.
> 

Both of these are metadata; they may not be directly relevant to the 
filesystem, but are attributes relevant to the client thereof; 
effectively an xattr.  It's not really any different than the fact that 
RFC 2822-style messages frequently contain headers rarely used by either 
MTAs or MUAs; they're metadata provided along the standard format for 
metadata in that system.  In fact, the ability for RFC (2)822 to 
accommodate this type of data has shown to be a major strength of the 
system, as opposed to the uncountably many attempts at binary email formats.

	-hpa

```

## David Woodhouse, 2005-04-14 21:48

Subject: Re: Date handling.
Message-ID: <1113515314.12012.235.camel@baythorne.infradead.org>
URL: https://gitlist.dev/e/1113515314.12012.235.camel%40baythorne.infradead.org
In-Reply-To: <425EDA43.3040404@zytor.com>

```
On Thu, 2005-04-14 at 14:01 -0700, H. Peter Anvin wrote:
> Both of these are metadata; they may not be directly relevant to the 
> filesystem, but are attributes relevant to the client thereof; 
> effectively an xattr.

Right. That's perfectly acceptable -- and that's the reason why I think
it's also fine to keep the timezone and the rename information in there
too. If we were being _really_ anal about auxiliary information being
separate, we'd stick it in a separate blob object and merely refer to it
from the commit object. I don't think there's really any call to take it
that far, though.

-- 
dwmw2



```

## Paul Jackson, 2005-04-15 05:02

Subject: Re: Date handling.
Message-ID: <20050414220225.286e10ec.pj@engr.sgi.com>
URL: https://gitlist.dev/e/20050414220225.286e10ec.pj%40engr.sgi.com
In-Reply-To: <B8E391BBE9FE384DAA4C5C003888BE6F03457AE6@scsmsx401.amr.corp.intel.com>

```
> I'd think the 8:00am-before-the-first-coffee checkins would be the
> most worrying :-)

For me, it was the Friday evening after beer bust checkin.

But my employer can't afford those anymore, so I'm safe.

-- 
                  I won't rest till it's the best ...
                  Programmer, Linux Scalability
                  Paul Jackson <pj@engr.sgi.com> 1.650.933.1373, 1.925.600.0401

```
