我正在寻找以前的经验和最佳实践来建立一个大型开发公司,以使用Subversion作为源控制存储库.
在这里,我的意思是数百名开发人员/用户!
从一开始就选择正确的目录结构 - 这是后来改变的婊子.
我倾向于认为"最好"是按项目组织的,每个项目下都有一个trunk/tags/branch
每个人都不需要检查每个项目.只看看你需要什么
找出在开发人员之间共享工具的一些方法.像SQL差异程序这样的小东西可以抓取服务器上的proc并对它们进行区分是非常宝贵的.
尽量不要让任何一个项目太大.试图在1GB的文件夹中更新或提交是非常长的计算时间
找出subversion服务器的一些升级策略
备份您的存储库当然 - 具有完整的修订历史记录
Trac可用于将人们直接链接到更换和差异
让它变得有趣.在周末对repo运行关键字搜索,并绘制人们在代码中说出诅咒词的频率. 运行代码群
京公网安备 11010802040832号 | 京ICP备19059560号-6 