再看一遍Git的标签,分支及远程库等方面的文档。即使只有两个开发者的情况下,也要搭建个稳固的版本管理方法及流程,技术债是容易越欠越多的,越前期做,将来的收益会越大。@Ada李力:升级做完后,发现之前的文件改动貌似都要重来一遍。- 才感觉版本管理是个大事儿啊,基于开源软件的二次开发,都有类似问题吧。
用GitHub就是想省事,比自己搭Git服务器省事些。但遇到这样的问题:“error: RPC failed; result=55, HTTP code = 0” 也是一点招儿也没有,因为跟网络问题有关。一旦扯上网络问题,简直是无解。目前Clone都会无端中断。
只有在实践的情况下,我才有兴趣去了解其原理。今天多看了些Git的文章,觉得人的价值观会决定技术架构的选择,比如在架构上的集中式和分布式。Git有个中心思想:没有哪一个 Git 仓库会天生比其他仓库更重要。这种思想和互联网思维以及开源文化,是一脉相承的。
正是因为了解到开发的后期维护成本,现在做技术上的选型和决策,都是倾向于用现成的软件,以及所熟悉的方案。- 但我以前作为技术人员时,则不是这么考虑的,而是哪个技术新潮哪个酷,就选哪个,因为这种选择对个人成长帮助最大,但对老板来说则未必如此。
对技术人员来说,小到每一个参数,都要搞懂其意思,不然以后就会有大坑在等着你。但对有文艺气质的技术人员来说,让其深入了解到这么细致,是相当违反其性情的。陶渊明就说过:好读书,不求甚解。文人可以如此,技术人员也如此,会要命的。