※ 引述《CRUD (CRUD)》之铭言： : ※ 引述《HugDay (复杂中的纯粹)》之铭言： : : 版本控管应该是一个蛮重要的事 : : 不知道大家都习惯用哪套，又有什麽优缺点 : 我也想请问一下这个问题 : 之前我的工作型态是固定在公司里的测试机上开发 : 只有要上线或更新程式时才会去客户那边 : 公司里有version control的规范 : 但现在的公司，人数少 : 且因案子性质的关系，大家都分别在不同的客户处on-site : 并直接在客户提供的测试机上开发 : 我看到的状况就是同个专案档..大家都开来改 : 现在因为刚起案，还没有两个人对同个档相互改来改去的状况 : 可是因为我已经很习惯version control了 : 搞得我现在改个东西就得先backup很多份以免到时发生意外.. : 有问过以前的同事对於vs.net+svn的设定 : 大致上的安装跟操作都还可以玩的出来 : 但比较头大的是该怎麽把这个想法提出来 : 并让没有这个习惯的前辈们接受 : 这有点像习惯、纪律问题 : 对已经惯了开了档案到处摆，到处copy很多份的人来讲应该是个约束吧.. : 想了解一下板上的朋友们有没有当初导入version control的经验 : 谢谢! 咳,老师又来了. 老师说这个是地雷不要碰,只要和软工有关的东西几乎都是地雷。 理由很简单，通常这会让每个人都会多一些工作,哪个该死的家伙提， 他就是全民公敌，盖阻挡老人爽会下十八层地狱这件事， 在大部份的工作环境都成立。 你想要开完会背上就多了好几把刀吗? 欢迎提出加入版本控管的机制。 你想要开完会背上就多了好几把刀吗? 欢迎提出要做Unit test的工作。 你想要开完会背上就多了好几把刀吗? 欢迎提出要写Design document的构想。 你想要开完会背上就多了好几把刀吗? 欢迎提出程式写完要code review的建议。 甚至，有时候你只是不小心努力的把文件写好一点，也会让别人对你干在心里， 因为你这是在破~~~坏~~~行~~~情~~~啊!!!!! (最後这是老师的血泪经验谈，老师待的还是台湾前几大的软体公司ㄛ~~~) 不要以为办公室的每个人都像贵官一样热血啊，很多人出来只是讨口饭吃。 程式写完还没写文件的时候，一个工程师应该： A. 加班把文件写出来，写到十一二点回家洗澡睡觉。 B. 管他去死回家看电视或是去pub把妹比较重要。 正确选A，是男人选B。嗯哼，我想贵官的同事选B的应该比较多。 想一想，办公室的生态常常是，正确的事不一定是对的事， 还是回家早点睡。 -------------------------------------------------------------------------- 如果以上的文字都没有打消你推广version control的概念， 很好，看起来台湾的软体业还是有点希望，底下提一些正经的做法。 1.通常软工这种东西没有政治力介入是搞不起来的，工程师是非常麻烦的生物， 所以，先搞定你老板，让他来推，有鞭子才有推起来的可能。 　　　　　2.先想一想，哪一些方法导入之後可以让大家爽? 最好是花一分力气就有十分爽度的方法。(别看我，我想不出来) 总之，要减低阻力的方式就是让大家觉得你是来帮忙， 不是来搞怪的。 3.你真的不觉得换家公司比较快吗...^____________^ -------------------------------------------------------------------------- -- 说到version control最干的事就是： 你刚merge完一份code要commit，却发现前面有人又commit了code.... --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 122.116.233.11 ※ 编辑: iincho 来自: 122.116.233.11 (08/15 22:19) ※ 编辑: iincho 来自: 122.116.233.11 (08/15 22:51) 我不是用标准宽度的terminal..不知道改一下排版有没有顺一点。 ※ 编辑: iincho 来自: 122.116.233.11 (08/16 08:27)