将Git集成到与源代码控制无关的项目中是不是很疯狂。
我正在考虑定期在客户端运行多个命令并将输出提交到本地git存储库的数据收集器。如果远程服务器可用，则将数据推送到源中以便在服务器端进行进一步处理。 在这种情况下，我将免费提供压缩，历史记录和各种交付方法。 有什么缺点？
答案 0 :(得分：8)
这不是疯了，不是。 Git最初只是一个版本控制的文件系统，后来被用作源控制系统的基础;然而，事情并没有那么顺利，git成为源控制系统。话虽这么说，它仍然是一个文件系统设计，并且没有理由你不能将它用于其他目的（事实上我自己会做一些非常相似的事情，但项目从来没有淘汰）。
答案 1 :(得分：2)
这取决于您要处理的数据类型。如果您正在讨论一小部分数据，那么请使用数据库，但如果您想跟踪对文档的修改，那么我认为在Git等基础上构建系统时没有问题。
答案 2 :(得分：2)
已有几种基于Git的备份系统，例如Gibak。因此，它绝对能够有效/安全地处理大型数据集。
缺点是，您将无法合并二进制数据。
答案 3 :(得分：1)
“Git是一个免费和开源的分布式版本控制系统，旨在快速高效地处理从小型项目到大型项目的所有内容。
每个Git克隆都是一个成熟的存储库，具有完整的历史记录和完整的修订版跟踪功能，不依赖于网络访问或中央服务器。分支和合并是快速且容易的。
Git用于文件的版本控制，很像Mercurial，Bazaar，Subversion，CVS，Perforce和Visual SourceSafe等工具。 “
答案 4 :(得分：1)
不仅仅是源控制。
人们将它用作各种文件的版本控制系统，如手稿，演讲等......
git不必与软件源控件一起使用，您可以随意使用
答案 5 :(得分：1)
对我来说，在数据库中收集数据似乎更容易。在数据库中，信息被组织，易于访问，并且可以轻松操作。此外，如果您需要远程访问人员，请允许其他域访问数据库。
然而在Git中，你被困在平面文件中。然后，您的工作就是解析所有信息，如果您有大量信息，这可能需要很长时间。但是，数据库通常很快就会返回您想要的确切信息。
答案 6 :(得分：1)
听起来你正在寻找的是某种消息队列或服务总线。其中有很多。当然，如果Git适合你，为什么不呢？但是请确保您不仅仅使用它，因为它是您知道的唯一一个类似的工具。
答案 7 :(得分：1)
我看不出这是个坏主意。 Git非常适合管理大量和小量的信息。允许使用二进制文本或文本，并保留修订历史记录。
这可能与iFolder一样，但具有更好的合并能力，保留历史记录并分享您的信息。
其中一个问题是这种设置的复杂性。除非您的用户精通git分支，通过合并解决冲突以及手动应用补丁，否则您将不得不就如何使系统愚蠢做出一些艰难的决定。
GUID的想法也会让最终用户感到困惑，因此您可能需要在此基础上构建简单的（版本编号）。 无空文件夹允许的困境也是你必须解决的问题。
关于git（与svn或iFolder相反）的好处是移动文件很简单，合并很聪明。
总的来说，git可以在一个存储库中管理我们的二进制映像，媒体和代码文件。我想不出为什么它不能用作任何其他类型项目的帮助者，以便跟踪文档，图像和其他媒体。
答案 8 :(得分：1)
我使用Subversion进行数据库备份。每条记录一行有许多静态记录，这使得svn成为一种快速简便的备份解决方案。没有任何有意义的缺点，我可以看到。从一个随机的互联网家伙到另一个：你有我的支持！