版本管理工具更适合他们，按理说如果想要更便捷灵活，那肯定是用分布式的控制系统，每个开发者本地都存有完整的资料库，开发者之间可以直接拉取或推送，不需要中央伺服器处理，这样不仅灵活，而且中央伺服器万一爆炸了也不致命，靠本地数据可以恢复。
怎么看是都是优点多多的样子。
可以说除了实现不了之外全是优点了。
贾修估计了一下想要每个开发者本地都存完整数据需要多少魔能水晶，确实，平台上的那些论文和视频内容不需要本地保存，可是光构成平台功能的符文数量，就已经是极为夸张的程度。
不考虑复杂度，只论量，基本相当于好些个九环法术合一起，并且以后肯定还会随著功能更新增加。绝大多数软体都是越更新越臃肿，罕有更新著更新著，！突然变简洁了的。
能稳定保存九环法术的单一水晶目前还不存在，勉勉强强能存的也都有爆炸的风险，不是常说的「伺服器炸了」的那种炸了，是字面意义上的，boom！的那种炸了。
当个程式设计师，面临猝死的风险就已经够难受了，还要再面临炸死的风险，那也太惨了些。
所以只能用集中式的架构，所有的项目数据也存在神明那边。
神明侧需要同时保留一个对外的正式运行版本，以及一个对内的测试版本，开发者有更改需要的时候，从神明那里把符文段祷下来，改完合并或替换上去，然后在测试副本上验证一下更改后的效果。
这样很需要做好分工，每个具体的功能要明确好由谁负责，不然俩人同时改到一个符文段上去，大概率有个白干了。
啊，真麻烦。
贾修总觉得人多起来就会很累，可是想发展只靠一个人注定不行，还是需要协作的力量。
想当初他在的工作室也是用集中架构在管理资源，也就是SVN，后来他想推进改Git，提高一下效率，然后来来回回拉扯好久，开了好几场没什么大用的会，最后才确定代码部分改用，其他资源部分保持原方案。
要是所有人的思想意识都能连接起来，并且能一瞬间达成共识，那效率就无敌了。
可那样好像又有点恐怖————
结束校招工作后，贾修便与玛格丽特和菲奥娜汇
本章未完，请点击下一页继续阅读！