静态网站的最佳图像托管解决方案？

Question

我正在研究一个在Github Pages上托管的Jekyll项目，并想知道最可靠的托管图像的方式是什么。

现在，所有网站的图像都托管在AWS上，这很好，但增加了（轻微）的复杂性。图像总数大约在200以上，在可预见的将来可能不会超过500.

我被同行告知不要在Github Pages上托管图像，但是没有得到任何具体的答案。

Answer 1

问题不在于将图像置于版本控制中。问题在于 版本控制中的图像与代码一起。如果你想主持一个 仅为图像单独回购，将自己击倒，但不要将它们包括在内 一个包含实际代码的仓库。

像GitHub这样的网站的重要方面是 使软件协作更容易。我可以：

1. 分叉项目
2. 进行更改
3. 提交
4. 拉请求

http://hub.github.com#contributor

将图像添加到代码仓库会使软件协作更加困难。

1. 任何想要克隆你的回购的人都将不得不处理额外的事情 大小，除非你把图像放在不同的分支上，然后他们就可以做到 git clone --single-branch

2. 图片并不属于版本控制。版本控制很棒 因为您可以为每个更改执行行或单词差异，以查看代码如何 随时间变化。你永远不会分辨图像

对于代码，Git比AWS更好。对于图像，你应该问 你自己：Git比AWS做得更好。答案是什么 除了让你把所有东西放在一起之外这很诱人，但是 我真的会避免这样做。

Answer 2

我不认为在GitHub页面上托管图片或在图片旁边包含图片有任何问题。 Git和源代码控制对代码工作非常好，是的，但这并不意味着你永远不应该将二进制文件存储在源代码控制中。

如果要在GitHub页面回购中包含图像，请继续执行。我在GitHub页面文档中没有看到任何暗示您不应该这样做的内容。

此外，GitHub实际上非常支持在源代码管理中比较不同版本的图像，因此如果您确实将图像提交到您的仓库，您将能够并排比较更改版本或使用滑块或淡入淡出效果。