Git Jazz RTC的文件备份存储?基于数据库还是基于文件?

Git Jazz RTC的文件备份存储?基于数据库还是基于文件?,git,mercurial,clearcase,rtc,jazz,Git,Mercurial,Clearcase,Rtc,Jazz,我们目前在大量大型项目中使用Clearcase。我们在后台使用SQL Server作为文件存储,它最终达到了访问文件太慢的地步 看看GIT和Mercurial,我们看到了一个基于存储文件差异的分布式VCS,它有可能获得更好的本地性能 有人知道Jazz RTC是否有一个由文件差异或数据库支持的文件存储吗?(有传言说它是由DB2支持的:/)我想你是指Jazz RTC,它有一个 它支持DB2、Sql Server和Oracle 但是,Jazz平台与Git和Mercurial等DVC非常不同:它是一个

我们目前在大量大型项目中使用Clearcase。我们在后台使用SQL Server作为文件存储,它最终达到了访问文件太慢的地步

看看GIT和Mercurial,我们看到了一个基于存储文件差异的分布式VCS,它有可能获得更好的本地性能


有人知道Jazz RTC是否有一个由文件差异或数据库支持的文件存储吗?(有传言说它是由DB2支持的:/)

我想你是指Jazz RTC,它有一个

它支持DB2、Sql Server和Oracle

但是,Jazz平台与Git和Mercurial等DVC非常不同:它是一个应用程序中心,用于促进多个软件之间关于开发生命周期(需求、版本、更改、构建等)的通信。

版本控制部分只是Jazz的一小部分。

我建议将Git用于VCS和其他系统,用于问题跟踪、构建服务器等。一体式解决方案仅适用于此。一开始可能更容易开始,但很快你就会陷入“链条中最薄弱的环节”


希望这有助于使用RTC/Jazz源代码管理快速访问文件

在Jazz SCM开发团队(我是其中的一员)中,我们有一个大型回购协议。它包含数万个文件和数十万个文件状态。加载时间(在我们的局域网上)受到网络速度的限制:我可以在10到20分钟内加载50k个文件(大约500megs)。在更快的网络上,它会更好


在服务器上,更改在适当的情况下保留为增量(即版本之间的差异)。Jazz服务器由数据库支持,但访问速度很快

优秀:任何系统都比我们的Slow ClearCase更快;)不过,我没有找到关于Jazz服务器上版本控制的“分布式”方面(RTC3.x中新增)的很多文档。如果您对RTC的分布式源代码控制有任何疑问,请访问。