Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > de.comp.os.unix.linux.misc > #129522
| From | Arno Welzel <usenet@arnowelzel.de> |
|---|---|
| Newsgroups | de.comp.os.unix.linux.misc |
| Subject | Re: git |
| Date | 2023-03-19 17:15 +0100 |
| Message-ID | <k7oqocFjl75U6@mid.individual.net> (permalink) |
| References | (2 earlier) <tuksnf$mei$1@news2.informatik.uni-stuttgart.de> <slrnu0s49j.123q.hjp-usenet3@trintignant.hjp.at> <slrnu0t03r.2ojsh.martin@lounge.imp.fu-berlin.de> <k7jh8cFnqakU16@mid.individual.net> <tv43ei$m00$1@news1.tnib.de> |
Marc Haber, 2023-03-18 11:23: > Arno Welzel <usenet@arnowelzel.de> wrote: >> Martin Vaeth, 2023-03-13 02:46: >> >>> Peter J. Holzer <hjp-usenet3@hjp.at> schrieb: >>>> >>>>> Das ist aber... MIST. >>>> >>>> Git arbeitet prinzipiell auf Bäumen, nicht auf einzelnen Files. >>>> Modification time ist da ein etwas unklares Konzept. Die mtime wovon? >>>> Von allen Files und Directories im Working Tree? Nur von denen, die im >>>> aktuellen Commit sind? Oder nur von denen, die im aktuellen Commit auch >>>> geändert werden? Und wenn letzters, die mtime aus dem Working Tree oder >>>> aus dem Index? >>> >>> Es wäre technisch kein Problem, einen Default davon auszuwählen und >>> per Option von etwas anderem überschreiben zu lassen. Das nicht zu >>> tun (und auch den Zeitstempel per Default nicht zurückzusetzen) ist >>> eine bewusste Einschränkung auf Gits einzigen intendierten Anweundgsfall, >>> der git halt für alle anderen Anwendungsfälle bewusst nahezu unbrauchbar >>> macht. >> >> Welche Anwendungsfälle brauchen zwingend den Timestamp im Dateisystem? > > Make? Hier genügt es, wenn die Quellen neuer sind, als das, was Make daraus erzeugt hat. Ein exakter Timestamp der Änderung der Datei ist dazu nicht nötig. -- Arno Welzel https://arnowelzel.de
Back to de.comp.os.unix.linux.misc | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
Re: git Martin Vaeth <martin@mvath.de> - 2023-03-12 15:15 +0000
Re: git Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2023-03-12 15:56 +0000
Re: git Thomas Hochstein <thh@thh.name> - 2023-03-12 18:07 +0100
Re: git Martin Vaeth <martin@mvath.de> - 2023-03-13 01:41 +0000
Re: git Arno Welzel <usenet@arnowelzel.de> - 2023-03-17 17:01 +0100
Re: git Thomas Hochstein <thh@thh.name> - 2023-03-18 20:24 +0100
Re: git Martin Vaeth <martin@mvath.de> - 2023-03-21 16:09 +0000
Re: git Thomas Dorner <dcoulm230321.dorner@spamgourmet.com> - 2023-03-21 19:09 +0100
Re: git Martin Vaeth <martin@mvath.de> - 2023-03-22 17:45 +0000
Re: git Christian Garbs <mitch@cgarbs.de> - 2023-03-22 18:50 +0000
Re: git Martin Vaeth <martin@mvath.de> - 2023-03-25 04:38 +0000
Re: git Christian Garbs <mitch@cgarbs.de> - 2023-04-05 13:08 +0000
Re: git Stefan Reuther <stefan.news@arcor.de> - 2023-04-05 19:40 +0200
Re: git Marc Haber <mh+usenetspam1118@zugschl.us> - 2023-04-06 09:41 +0200
Re: git Stefan Reuther <stefan.news@arcor.de> - 2023-04-07 08:47 +0200
Re: git Marc Haber <mh+usenetspam1118@zugschl.us> - 2023-04-10 09:02 +0200
Re: git Stefan Reuther <stefan.news@arcor.de> - 2023-04-10 09:46 +0200
Re: git Marc Haber <mh+usenetspam1118@zugschl.us> - 2023-04-10 11:35 +0200
Re: git Tim Landscheidt <tim@tim-landscheidt.de> - 2023-04-14 13:56 +0000
Re: git Marc Haber <mh+usenetspam1118@zugschl.us> - 2023-04-06 09:35 +0200
Re: git Christian Garbs <mitch@cgarbs.de> - 2023-04-06 20:34 +0000
Re: git Thomas Dorner <dcoulm230323.dorner@spamgourmet.com> - 2023-03-23 18:56 +0100
Re: git Martin Vaeth <martin@mvath.de> - 2023-03-25 05:09 +0000
Re: git Stefan Reuther <stefan.news@arcor.de> - 2023-03-25 10:02 +0100
Re: git "Peter J. Holzer" <hjp-usenet3@hjp.at> - 2023-03-25 11:22 +0100
Re: git Martin Vaeth <martin@mvath.de> - 2023-03-26 16:22 +0000
Re: git Stefan Reuther <stefan.news@arcor.de> - 2023-03-27 18:10 +0200
Re: git Marc Haber <mh+usenetspam1118@zugschl.us> - 2023-03-25 12:39 +0100
Re: git Tim Landscheidt <tim@tim-landscheidt.de> - 2023-03-25 23:59 +0000
Re: git Marc Haber <mh+usenetspam1118@zugschl.us> - 2023-03-26 09:04 +0200
Re: git "Peter J. Holzer" <hjp-usenet3@hjp.at> - 2023-03-26 12:59 +0200
Re: git Marc Haber <mh+usenetspam1118@zugschl.us> - 2023-03-26 13:18 +0200
Re: git Stefan Reuther <stefan.news@arcor.de> - 2023-03-26 10:41 +0200
Re: git Christian Garbs <mitch@cgarbs.de> - 2023-04-05 12:42 +0000
Re: git Marc Haber <mh+usenetspam1118@zugschl.us> - 2023-04-14 22:17 +0200
Re: git Christian Garbs <mitch@cgarbs.de> - 2023-04-15 07:50 +0000
Re: git Christian Garbs <mitch@cgarbs.de> - 2023-04-18 07:28 +0000
Re: git Enrik Berkhan <Enrik.Berkhan@inka.de> - 2023-04-18 18:06 +0000
Re: git Christian Garbs <mitch@cgarbs.de> - 2023-04-22 18:06 +0000
Re: git Marc Haber <mh+usenetspam1118@zugschl.us> - 2023-07-17 22:26 +0200
Re: git Christian Garbs <mitch@cgarbs.de> - 2023-07-25 19:45 +0000
Re: git Marc Haber <mh+usenetspam1118@zugschl.us> - 2023-08-06 13:45 +0200
Re: git Marc Haber <mh+usenetspam1118@zugschl.us> - 2023-07-17 21:26 +0200
Re: git Enrik Berkhan <Enrik.Berkhan@inka.de> - 2023-04-15 12:15 +0000
Re: git Martin Vaeth <martin@mvath.de> - 2023-03-26 17:39 +0000
Re: git Christian Garbs <mitch@cgarbs.de> - 2023-03-21 21:02 +0000
Re: git "Peter J. Holzer" <hjp-usenet3@hjp.at> - 2023-03-22 00:56 +0100
Re: git Martin Vaeth <martin@mvath.de> - 2023-03-22 17:14 +0000
Re: git "Peter J. Holzer" <hjp-usenet3@hjp.at> - 2023-03-12 18:51 +0100
Re: git Martin Vaeth <martin@mvath.de> - 2023-03-13 01:46 +0000
Re: git Arno Welzel <usenet@arnowelzel.de> - 2023-03-17 17:02 +0100
Re: git Marc Haber <mh+usenetspam1118@zugschl.us> - 2023-03-18 11:23 +0100
Re: git Laurenz Trossel <me@example.invalid> - 2023-03-18 12:18 +0000
Re: git Arno Welzel <usenet@arnowelzel.de> - 2023-03-19 17:15 +0100
Re: git Martin Vaeth <martin@mvath.de> - 2023-03-21 14:57 +0000
csiph-web