Timeline for Should images be stored in a git repository?
Current License: CC BY-SA 3.0
17 events
| when toggle format | what | by | license | comment | |
|---|---|---|---|---|---|
| Mar 27, 2023 at 12:03 | comment | added | Kim | It is incorrect clients wont see a thing. Since git is fully distributed all clients will have all versions of all files which exists in some part of the history of the repository. This is however mostly a problem for new people who have to clone the repo since they have to download...everything.... | |
| Jun 25, 2022 at 23:09 | comment | added | Kristian H | I think the bad practice is generally don't version control derived files (distribution/installers are an obvious, but not the only exception). Binary data / assets (images, audio files, video files) should be version controlled if used to create / as a source for a derived object if it cannot be derived (generated) on the fly. | |
| Jun 19, 2019 at 7:39 | comment | added | Martin Bøgelund | +1 for the suggestion on SVGs et al. It was not the answer I was looking for, but the answer I needed :-) | |
| May 23, 2017 at 12:40 | history | edited | CommunityBot | replaced http://stackoverflow.com/ with https://stackoverflow.com/ | |
| Sep 14, 2015 at 14:00 | comment | added | haylem | @Jez: re: GitLab: about.gitlab.com/2015/04/08/… and about.gitlab.com/2015/02/17/… . Hope this helps. | |
| Sep 14, 2015 at 13:59 | comment | added | haylem | @Jez: Alternatively, other hosts might allow large file support. BitBucket doesn't yet, but using Atlassian Stash I think you can enable large file support for Mercurial. Or deploy your own Mercurial solution on a PaaS yourself and add Large File Support. For Git-based solutions, GitLab might support that, not sure. | |
| Sep 14, 2015 at 13:57 | comment | added | haylem | @Jez: for bitbucket, vote on this issue: bitbucket.org/site/master/issues/3843/…. | |
| Sep 7, 2015 at 13:30 | comment | added | Jez | @haylem Yeah but I think it's quite an important caveat to the "why the hell not?" response. Personally I do wish Github/Bitbucket would let you store larger repos though (even if you had to pay extra for them) - I could do with the odd 10GB repo. | |
| Sep 7, 2015 at 13:23 | comment | added | haylem | @Jez: "Worst case, if you have tons, store them somewhere else or use externals or an extension for binary support." and "you shouldn't worry about it - granted you don't store GBs of those." kinda covered that :) Obviously if you start storing a lot of binary data, it's a bad idea. For most small projects, or medium projects where images will be created once and are unlikely to change much for the lifetime of the project, it's acceptable. Still not really a fan though, but that beats having a complicated build setup if you need them. My preference is always text-based image sources though. | |
| Sep 3, 2015 at 7:41 | comment | added | Jez | "Why the hell not?" - because if your repo exceeds 2GB, Bitbucket (and I just tried it with Github too) will reject your repo. So be prepared to host your own repos if you bloat them with tons of images. | |
| Jul 1, 2014 at 9:31 | comment | added | haylem | @DantheMan: en.wikipedia.org/wiki/Binary_file | |
| Jun 27, 2014 at 12:57 | comment | added | Daniel | What are binaries? | |
| Jun 3, 2011 at 13:10 | history | edited | haylem | CC BY-SA 3.0 | edited body |
| Jun 2, 2011 at 2:06 | comment | added | haylem | @TheLQ: I guess, but then maybe you should have cascading builds, where your downstream (test) builds can only rely on upstream builds (the actual build). And then export these to a public folder for re-use by testers locally. That implies a bit of infrastructure, obviously, but that would be my way of doing things in a relatively sizable team. | |
| Jun 2, 2011 at 1:56 | comment | added | TheLQ | +1 for storing the source, but if they can do development testing without a full build then that might mess it up. That also means you would need to build all the images before starting work in the morning | |
| Jun 2, 2011 at 1:52 | history | edited | haylem | CC BY-SA 3.0 | added 499 characters in body; added 162 characters in body |
| Jun 2, 2011 at 1:46 | history | answered | haylem | CC BY-SA 3.0 |