版本控制系统
版本控制系统
提问于 2017-11-14 10:17:12
在我们公司，我们使用Subversion作为版本控制系统。现在，如果服务器中有一个10 to的文件夹，项目中有4个用户在工作，那么在签出期间，它将积累40 to的数据，这是不必要的，因为用户将只使用不同目录中的某些文件。有没有办法让它成为内存高效的工具，或者我们可以使用另一个VC工具？
回答 2
Unix & Linux用户
发布于 2017-11-14 10:44:27
即使使用Subversion，svn update (参见svn help update)也应该只传输更改过的文件。您还可以使用svn checkout <path> (参见svn help checkout)只签出子目录。
我不知道存储库是如何增长到10 GB的。存储库用于源文件，即人类可读的文本。如果您能够生成10 GB的人类可读的文本，这对于4个用户来说是相当多的.
二进制文件不属于存储库。使用存储库来跟踪数据库是行不通的。
因此，我非常怀疑您需要做的是改变您使用存储库的方式，而不是找到另一个版本控制系统。
Unix & Linux用户
发布于 2017-11-14 14:02:03
跟踪@dirkt
- 服务器端的"NNN“是存储库的大小，具有所有历史记录。
- 当每个人都退房时，他只得到一次修改。
- 如果即使是ingle版本“太多”，并且只需要更改一小部分文件，每个开发人员都只能签出存储库树的一部分，从所需文件的最近的共同祖先开始。
- 后续的
svn ci和svn up将需要更少的卷(ащкцщкл)
页面原文内容由Unix & Linux提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接：
https://unix.stackexchange.com/questions/404458
复制相关文章
相似问题
腾讯云开发者
