git – 什么文件应该存储在版本控制中,应该如何存储?

我发现一些类似的问题(hereherehere)询问将文档存储到版本控制中。我有一个更具体的要求和一般的问题。具体要求是我想使用Git。更一般的问题是,文档(用于项目的设计,测试,一般做法,提示等)应如何存储在Git中?更广泛地说,应该存储什么文件?

我可以想到几种方法:

> Word / Open Office文档。新的Office Word具有docx格式,它会压缩文档,但它也具有解压缩的XML格式,可用于在Git中有效地存储差异。差异功能仍然被打破,因为XML在一行上被压缩。这不比将二进制文件存储到Git中更好。
>维基。那里存在什么分布式维基这将像是一些类型的Latex的事情,文件被编写/看作一个维基。
>乳胶 – 但从使用它为论文,我发现它非常不适合文件。有文件等同吗? (手写页如何写?)
>纯文本格式,但由于缺少图表,这是相当缺乏的,这带来了另一点。

视觉效果应如何存储?首先要组合什么?我正在Linux环境中开发,但项目中的其他一些参与者都在Windows上。什么跨平台的解决方案就像Visio一样?当然,它不应该创建要存储到Git中的二进制文件。那么这样与文件有关系呢? (例如,类似于Latex在编译时可以引用其他图表)。

最佳答案
在决定您选择的文件格式时,您应该确保团队成员(或者单独工作)能够很好地使用格式本身。

>存储不是很多问题,因为可以看到版本和合并之间的差异。根据我的经验,没有任何文字格式可以在任何文本编辑器中自由编辑。这不包括HTML和任何基于XML的格式。 DocBook是几乎不可用的异常。
>可以使用任何流行版本控制系统并以分布式方式设置的一个好的wiki是IkiWiki.使用IkiWiki,标记解析是在插件中完成的,因此您可以在每个文档的基础上选择输入格式。 “默认”,Markdown可以非常接近纯文本格式。
>如果你不喜欢使用LaTeX,不要使用它。我认为不适合快速笔记。人造页面是用nroff编写的,但很多人使用其他格式,如POD

一些争取替代Visio的项目是Kivio(KDE)和Dia(Gtk / Gnome)。我没有使用Visio本身,所以我不能评论他们的功能集。这可能取决于要创建的各种视觉/图表。 UML?流程图?

转载注明原文:git – 什么文件应该存储在版本控制中,应该如何存储? - 代码日志