兔苦水
還是花點時間把這幾天受的鳥氣給發洩一下！起因是計畫裡核codes的方法...
從以前在阿素私做I/F時，就是這樣的核codes的方法...
由project leader負責收集所有members所modified的codes..
然後PL很辛苦地把大家所modified的codes給merged起來！！
所以從以前，我就很欽佩做PL的學長、前輩... 尤其當時的PL是華哥耳.....
隨著年歲的增長，
所經歷的計畫也漸漸多了起來... 雖然還是用一隻手就可以數完...
但也多多少少明瞭一個計畫當中，codes release的版本控制的重要性！！
所以，一個計畫進行時，總有些tools、ap可以幫助整個計畫release版本的控制...
例如，VSS, CVS...
這次的計畫，
本以為可以使用vss之類的軟體做版本控制，
可是！！！
這個重責大任由PL一肩扛起！
可是！！！可是！！！
不幸的是，讓我碰到十分不幸的景況！！
本來嘔的工作至少到了一定程度，
所有倍速都ok了....至少整個path也花了老羊一點時間打通了！
但是，悲慘的是，上星期五... merge老大的codes之後，
靠！原本漂漂亮亮的曲線，先是彷如ROPC似的有如一隻狼牙棒！！
害老子找了一整天，仍然找不出是誰放的火！！
直到今天，老大說把WS_TUNE關掉試試看... 才又看到比較能看得曲線！！
可是...仍然不如以往的漂漂亮亮??
天啊.... 為什麼華哥耳要這麼辛苦啊？！
當PL已經很多事情要聯繫了，
為何還要多搞merge的辛苦工作哩？
同時間一堆不同人修改的東西一起進來，
完全沒有任何的先後順序....
自以為改得天衣無縫了，
可是往往卻又造成別人的負擔！！
而且，最慘的是，
『別人還無從查起』！！
老羊算過，用這種PL核codes的方式，
每個星期，
老羊必須花至少三個早上的時間做merge codes的動作....
來compare自己的codes和server、和老大的有何不同?
如今，更加上別人放的火！！
我已經花了兩天的時間在找問題了！！
真的很想罵髒話耶！
被我逮到誰放的火，一定要好好的海扁一頓！！
氣死人了....
一定要藉由這次的事情，
反應上去...希望未來可以使用VSS之類的AP來作版本控制！
不要在用這種吃力不討好、費時費工的方法了！
老眠羊＠102505
posted by Unknown @ 00:19
11 Comments:
公司文化ㄚ...
奶奶的熊啊
兇手已經漸漸清晰嚕?
要能這麼簡單就能改革
也就不是阿速死了
所以沒想太多
準備再當柯南抓兇手吧
找到了有沒有當場巴下去？
很想...
C++有兩本可以借你
透露一下是那位偉大的人物
幹的偉大的事蹟
說實在的
VSS關ME什麼屌事啊？
不曉得大家猜的人素誰....
不過，導致CDR的蟲蟲是因為『有人』在過程中『計算』某個東西，所以導致曲線醜醜！
現在彷彿這個『改善』的工作變成我的了！？
唉?唉?
原來不用VSS是ME這邊要求的喔
好奇怪喔
Post a Comment
<< Home