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

Question

我正在处理托管在 Github 页面上的 Jekyll 项目，想知道托管图像的最明智方式是什么。

现在，网站的所有图像都托管在 AWS 上，这很好，但增加了（轻微）复杂性。图片总数在200多张左右，在可预见的未来可能不会超过500张。

同行建议我不要在 Github 页面上托管图片，但对于为什么不应该这样做，我还没有得到任何具体的答案。

Answer 1

问题是没有将图像置于版本控制中。问题是把 版本控制中的图像 以及您的代码 。如果你想举办一场 单独的图像回购协议，让自己失望，但不要将它们包含在 带有实际代码的回购协议。

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

1. fork 一个项目
2. 进行更改
3. 提交
4. 拉取请求

http://hub.github.com#contributor

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

1. 任何想要克隆您的存储库的人都将不得不处理额外的问题 大小，除非你把图像放在不同的分支上，否则他们可以做 git clone --single-branch

2. 图像并不真正属于版本控制。版本控制很棒 因为您可以对每个更改进行行或字差异，以查看代码如何 随着时间的推移而变化。你永远不会区分图像

对于代码，Git 是比 AWS 更好的选择。对于图像，你应该问 你自己：Git 比 AWS 更好地处理图像。答案是什么 除了允许您将所有内容放在一起之外。很诱人，但是 我真的会避免这样做。

Answer 2

我认为在 Git 中心页面上托管图像或在代码旁边包含图像没有任何问题。 Git 和源代码控制对于代码来说确实很好，是的，但这并不意味着您永远不应该在源代码控制中存储二进制文件。

如果您想在 GitHub Pages 存储库中包含图像，请继续进行。我在 GitHub Pages 文档中没有看到任何建议您不应该这样做的内容。

此外，GitHub 实际上对在源代码管理中比较不同版本的图像提供了很好的支持，因此如果您将图像提交到您的存储库，您将能够并排比较更改后的版本-side 或使用滑块或淡入淡出效果。