参考PDF to Github Flavored Markdown
现在在GitHub上具有PDF支持，我有一个PDF文件（由我自己的txt2pdf转换器生成）在GitHub上无法正确显示，但是在使用Adobe Reader或Google Chrome时可以。
GitHub PDF预览版或我自己的转换器是否有问题？ （我不知道要向哪个渠道报告，因此这篇关于SO的帖子）
我的PDF文件是v1.4。
示例PDF文件：https://github.com/txt2pdf/pdfdump/blob/master/sample.pdf
感谢@VonC和@mkl的两种反馈。我已经修复了程序并重新计算了外部参照表，但是此sample2.pdf仍然存在一些未知问题，在线PDF修复工具无法检测到。
https://github.com/txt2pdf/pdfdump/blob/master/sample2.pdf
最新更新：在生成输出PDF文件时，我从每个文本块中删除了“ T *”（编辑：并且还使用大写字母“ / F1”而不是“ / f1”）。现在，它可以正确显示在GitHub上。 所以问题出在我的转换器上，而不是GitHub的上。
答案 0 :(得分：0)
uploaded sample.pdf在下载时...由Chromium中的pdf阅读器打开为空白页。
检查您是否将git config core.autocrlf之类的指令设置为true。那可能已经更改了文件中的eol（行尾）字符。
克隆存储库，然后检查sha1 of the cloned pdf：
git ls-files -s sample.pdf
将其与原始PDF（可以打开其中的内容而不是空白页面）进行比较
git hash-object original/sample.pdf
这样，您将知道在添加/提交/推送文件时文件是否有所更改。
我已经克隆了存储库，并在使用Adobe Acrobat Reader打开pdf文件时看到了它的内容。
OP指出，问题出在txt2pdf (pdfdump) tools上：
- 从每个文本块中删除“ T *”（PDF32000_2008.pdf ISO 32000-1:2008规范中的文本定位运算符）：它将移至下一行的开头。
- 使用大写字母“
/F1”代替“/f1”
话虽这么说，我建议git config --global core.autocrlf false以确保Git不添加任何其他修改。