While working on #31 one (unresolved) issue was, that the images are not actually part of the repository and thus, can not be considered/checked/processed during CI.
There are some possible solutions:
- Integrate the images into the repository
While this is possible to track binary files with git, it's not desired, as it may lead to a bloated repository, as every updated version of an image would result in an additional blob, effectively doubling the size, making the repo grow
- Use
git-lfs
git-lfs stores only references to the binary files in the repository and stores the actual files elsewhere. This is kind of desired, but may require an external git-lfs server, because GitHub has quite strict rules about storage capacity and bandwidth. This external git-lfs server may need massive storage capacity, as it will hold all versions of any binary asset.
- Going old school and keeping track of the images manually in an ignored folder.
This is the current approach. It only requires the images to be available locally. CI can not create a full build of the website!
- Manual replication of
git-lfs
Store only references (and possibly hashes) of the files within a JSON file in the repository. During CI, download the files from a (known) source, compare the file hashes and create a full build.
Related
While working on #31 one (unresolved) issue was, that the images are not actually part of the repository and thus, can not be considered/checked/processed during CI.
There are some possible solutions:
While this is possible to track binary files with
git, it's not desired, as it may lead to a bloated repository, as every updated version of an image would result in an additionalblob, effectively doubling the size, making the repo growgit-lfsgit-lfsstores only references to the binary files in the repository and stores the actual files elsewhere. This is kind of desired, but may require an external git-lfs server, because GitHub has quite strict rules about storage capacity and bandwidth. This external git-lfs server may need massive storage capacity, as it will hold all versions of any binary asset.This is the current approach. It only requires the images to be available locally. CI can not create a full build of the website!
git-lfsStore only references (and possibly hashes) of the files within a
JSONfile in the repository. During CI, download the files from a (known) source, compare the file hashes and create a full build.Related