git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Re: [PATCH v2] Make git selectively and conditionally ignore certain stat fields

From
Robin Rosenberg <robin.rosenberg@dewire.com>
Date
Jan 15, 2013, 07:09 UTC
Message-ID
<1119893992.2134035.1358233781666.JavaMail.root@dewire.com>
In-Reply-To
<7vy5fv71ad.fsf@alter.siamese.dyndns.org>
----- Ursprungligt meddelande -----
Show 32 quoted lines
> Robin Rosenberg <robin.rosenberg@dewire.com> writes:
> 
> > Semantically they're somewhat different. My flags are for ignoring
> > a value when it's not used as indicated by the value zero, while
> > trustctime is for ignoring untrustworthy, non-zero, values.
> 
> Yeah, I realized that after writing that message.
> 
> > Another thing that I noticed, is that I probably wanto to be able
> > to filter on the precision
> > of timestamps. Again, this i JGit-related. Current JGit has
> > milliseconds precision (max), whereas
> > Git has down to nanosecond precision in timestamps. Newer JGits may
> > get nanoseconds timestamps too,
> > but on current Linux versions JGit gets only integral seconds
> > regardless of file system.
> >
> > Would the names, milli, micro, nano be good for ignoring the tail
> > when zero, or n1..n9 (obviously
> > n2 would be ok too). nN = ignore all but first N nsec digits if
> > they are zero)?
> 
> It somehow starts to sound like over-engineering to solve a wrong
> problem.
> 
> I'd say a simplistic "ignore if zero is stored" or even "ignore this
> as one of the systems that shares this file writes crap in it" may
> be sufficient, and if this is a jGit specific issue, it might even
> make sense to introduce a single configuration variable with string
> "jgit" somewhere in its name and bypass the stat field comparison
> for known-problematic fields, instead of having the user know and
> list what stat fields need special attention.

My first patch was something like that, just not using the word jgit. As for what fields to ignore, it's something that can be configured by EGit and documented on the EGit/JGit wiki.

-- robin
Previous: Johannes SixtNext: Junio C Hamano
Message 12 of 29 in “Perform minimal stat comparison when some stat fields are not set”
  1. Perform minimal stat comparison when some stat fields are not setRobin Rosenberg, Dec 5, 2012
  2. Junio C HamanoDec 5, 2012
  3. Robin RosenbergDec 6, 2012
  4. Johannes SixtDec 6, 2012
  5. Robin RosenbergDec 6, 2012
  6. Make git selectively and conditionally ignore certain stat fieldsRobin Rosenberg, Jan 14, 2013
  7. Junio C HamanoJan 14, 2013
  8. Robin RosenbergJan 14, 2013
  9. Junio C HamanoJan 15, 2013
  10. Robin RosenbergJan 15, 2013
  11. Johannes SixtJan 15, 2013
  12. Robin RosenbergJan 15, 2013
  13. Junio C HamanoJan 15, 2013
  14. Ramsay JonesJan 16, 2013
  15. Robin RosenbergJan 20, 2013
  16. Junio C HamanoJan 20, 2013
  17. Enable minimal stat checkingRobin Rosenberg, Jan 22, 2013
  18. Johannes SixtJan 22, 2013
  19. Torsten BögershausenJan 22, 2013
  20. Junio C HamanoJan 22, 2013
  21. Robin RosenbergJan 22, 2013
  22. Jeff KingMay 6, 2013
  23. Junio C HamanoMay 7, 2013
  24. deprecate core.statinfo at Git 2.0 boundaryJunio C Hamano, May 7, 2013
  25. Junio C HamanoMay 7, 2013
  26. Jeff KingMay 7, 2013
  27. Robin RosenbergMay 7, 2013
  28. Make git selectively and conditionally ignore certain stat fieldsRobin Rosenberg, Jan 14, 2013
  29. Junio C HamanoJan 14, 2013

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.