Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > de.comp.os.unix.linux.misc > #129433
| From | Arno Welzel <usenet@arnowelzel.de> |
|---|---|
| Newsgroups | de.comp.os.unix.linux.misc |
| Subject | Re: git |
| Date | 2023-03-17 17:01 +0100 |
| Message-ID | <k7jh6jFnqakU15@mid.individual.net> (permalink) |
| References | <git-20230310134055@ram.dialup.fu-berlin.de> <slrnu0rr5f.2j7oi.martin@lounge.imp.fu-berlin.de> <tuksnf$mei$1@news2.informatik.uni-stuttgart.de> <dcoulm.20230312180715.347@scatha.ancalagon.de> <slrnu0svps.2ojsh.martin@lounge.imp.fu-berlin.de> |
Martin Vaeth, 2023-03-13 02:41: > Thomas Hochstein <thh@thh.name> schrieb: >> Ulli Horlacher schrieb: >> >>> Martin Vaeth <martin@mvath.de> wrote: >>> >>>> Wie andere schon geschrieben haben, ist git dafür das falsche >>>> Tool, vor allem auch, weil es keinen Zeitstempel pro Datei kennt. >>> >>> Aehh.. git sichert KEIN modification time?! >> >> Nein. Wozu auch? > > Zur Dokumentation Die gibt es ja im Log. >>> Das ist aber... MIST. > > Ja. Riesiger Mist. Nö. Welchen Timestamp man im Dateisystem hat, ist komplett irrelevant. >> Weshalb? - In einer Versionsverwaltung lässt sich trivial feststellen, >> wann eine Datei das letzte Mal (inhaltlich) geändert wurde. > > Nein. Es lässt sich nur feststellen, wann der letzte commit erfolgte, > in deren Verlauf die Datei *irgendwann* geändert wurde. Wenn Du > unabhängige Textdokumente hast, die über Jahre entstanden sind, > hast Du schon beim ersten Checkin alle Zeitinformationen verloren. Was genau gewinnt man in Information, wenn man weiß, wann genau die Änderung in der Datei vorgenommen wurde? Also wann genau ist das notwendig zusätzlich zur Angabe, welche Änderungen genau erfolgt sind und wann diese in das Repository übernommen wurden? > Und selbst dieser Zeitstempel wird per Default beim Wiederherstellen > einer Datei nicht gesetzt. Ja, weil er schlicht nicht nötig ist. > Das alles ist sinnvoll für den einzigen Anwendungsfall, für die git > gedacht ist - source-code - aber für so ziemlich alle anderen > Anwedungsfälle ist es genau nicht das, was man will. Ich habe noch nie das Änderungsdatum einer Datei gebraucht, auch nicht außerhalb von Source-Code. Darauf baut hier exakt gar nichts auf. Weder Datensicherungen noch die Verwaltung von Inhalten. Wenn Datumsangaben wichtig sind, müssen sie entweder Teil des Dateinamens sein oder separat vorliegen. Allein auf Angaben in einem Dateisystem will ich mich sicher nicht verlassen. -- 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 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