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

Re: git and binary files

From
Jakub Narebski <jnareb@gmail.com>
Date
Jan 16, 2008, 13:53 UTC
Message-ID
<m37ii9nagt.fsf@roke.D-201>
In-Reply-To
<alpine.DEB.1.00.0801161521500.5260@bender.nucleusys.com>
Petko Manolov <petkan@nucleusys.com> writes:
Show 25 quoted lines
> On Wed, 16 Jan 2008, Johannes Schindelin wrote:
> 
> > The answer is no.  You cannot ask git to have the newest version of
> > something, but not the old ones.  It contradicts the distributedness
> > of git, too.
> 
> I don't agree here.  Assume that whatever you're working on require
> firmware for a device that won't change during the lifetime of the
> software project.  The newest version of the said firmware is mostly
> bugfixes and you basically don't want to revert to the older
> ones. Consider the microcode for modern Pentiums, Core 2, etc.
> 
> What i am trying to suggest is that there might be cases when you need
> something in the repository, but you don't want GIT to keep it's
> history nor it's predecessors.  Leaving it out breaks the atomicity of
> such repository and makes the project management more complex.
> 
> There's a few examples out there that shows how to solve this, but it
> seems inconvenient and involves branching, cloning, etc.  Isn't it
> possible to add something like:
> 
>  	"git nohistory firmware.bin"
> 
> or
>  	"git nohistory -i-understand-this-might-be-dangerous firmware.bin"

You can always tag a blob (like junio-gpg-pub tag in git.git repository), but it wouldn't be in a working directory. But it would get distributed on clone.

BTW. if those large binary files doesn't differ much between version, they should get well compressed even if you would store them normally, all revisions.

-- 
Jakub Narebski
Poland
ShadeHawk on #git
Previous: Petko ManolovNext: Petko Manolov
Message 14 of 32 in “git and binary files”
  1. Petko ManolovJan 16, 2008
  2. David SymondsJan 16, 2008
  3. Petko ManolovJan 16, 2008
  4. Johannes SchindelinJan 16, 2008
  5. Petko ManolovJan 16, 2008
  6. Johannes SchindelinJan 16, 2008
  7. Petko ManolovJan 16, 2008
  8. Wincent ColaiutaJan 16, 2008
  9. Petko ManolovJan 16, 2008
  10. Junio C HamanoJan 16, 2008
  11. Junio C HamanoJan 16, 2008
  12. Johannes SchindelinJan 16, 2008
  13. Petko ManolovJan 16, 2008
  14. Jakub NarebskiJan 16, 2008
  15. Petko ManolovJan 16, 2008
  16. Jakub NarebskiJan 16, 2008
  17. Petko ManolovJan 16, 2008
  18. Nicolas PitreJan 16, 2008
  19. Petko ManolovJan 16, 2008
  20. Nicolas PitreJan 16, 2008
  21. Petko ManolovJan 16, 2008
  22. Petko ManolovJan 16, 2008
  23. Jakub NarebskiJan 16, 2008
  24. Florian WeimerJan 16, 2008
  25. Jeff KingJan 16, 2008
  26. Petko ManolovJan 16, 2008
  27. Jeff KingJan 16, 2008
  28. Petko ManolovJan 16, 2008
  29. Jeff KingJan 16, 2008
  30. Petko ManolovJan 16, 2008
  31. Rogan DawesJan 16, 2008
  32. David BrownJan 18, 2008

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.