Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > de.comp.os.unix.linux.misc > #129795
| From | Stefan Reuther <stefan.news@arcor.de> |
|---|---|
| Newsgroups | de.comp.os.unix.linux.misc |
| Subject | Re: git |
| Date | 2023-04-05 19:40 +0200 |
| Message-ID | <u0kir5.67o.1@stefan.msgid.phost.de> (permalink) |
| References | (6 earlier) <6e1qli3riz.fsf@th-dorner.de> <slrnu1mfm0.irg9.martin@lounge.imp.fu-berlin.de> <tvfil5$8jcj$1@yggdrasil.dn.cgarbs.de> <slrnu1suml.118vr.martin@lounge.imp.fu-berlin.de> <u0jrrs$nn2b$2@yggdrasil.dn.cgarbs.de> |
Am 05.04.2023 um 15:08 schrieb Christian Garbs: > Martin Vaeth <martin@mvath.de> wrote: >>> 2. (ältere?) unter Windows genutzte Dateisysteme haben eine Auflösung >>> von 2 Sekunden oder so. Das macht unter make schon regelmäßig >>> Probleme. Da kannst Du die ausgecheckten Dateien gar nicht auf den >>> Zeitstempel setzen, den die Datei haben müsste. >> >> Diese älteren Dateisysteme haben auch kein X-Bit. Und? > > Auch ein guter Punkt, auch hier bin ich überfragt – wenn ich git unter > Windows benutze, dann auf NTFS(?) unter Cygwin, da wird das x-Bit > irgendwie nachgebaut. Ob und wie sich das unter FAT32 und/oder > außerhalb von Cygwin verhalten würde: Keine Ahnung, wäre mal > interessant. Ich hab das gelegentlich noch. (git-Checkout auf einem VirtualBox Shared Folder.) Kurz gesagt: das x-Bit wird im Wesentlichen unbenutzbar. git zeigt immer alle Dateien als verändert an. Das würde dann wohl mit einer mtime als versioniertes Attribut genauso. Man kann durchaus die Frage stellen, warum nun ausgerechnet das x-Bit mit archiviert wird (die anderen Dateiattribute werden nicht archiviert, obwohl im Datenformat dafür Platz wäre). Das wird dann wohl daher kommen, dass andere SCMs das auch so machen. Und weil Programmierer aus Gewohnheit `./configure` statt `sh configure` schreiben wollen. Stefan
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