iT邦幫忙

0

[TIPTOP] (推薦)(紓壓小品) 有關版本控制是否有需要

還是跟我那位有十幾年經驗的鬼同事有關,他都走那麼久了,餘毒依然存在,先來說說當時發生什麼事情:

首先,我要先說上線初期,原廠其實給我們找的服務工程師有點不給力,
『程式寫錯,人人都會,但是你不可以寫錯之後把錯的部分改掉之後,說是客戶自己寫得部分有問題呀!』
(我逐個備份文件往回清查,找到那個文件出來!)
(上面這一段,我每次一提出來,鬼同事就會說:你不要每次都賴給廠商啦,就是你寫的,原廠寫得程式你敢嘴
我真的很想找現在的同事來澄清這件事情,真的不是我寫的 鼎新原廠交付的客製,多半都不完美。
我們這位鬼同事真的很知道順著老大的毛摸:
[我花了錢就是要買一套穩定可永久使用啥功能都完善的系統]
所以當我在那邊說鼎新有毛膩時 老大就會想 你董屁
鼎新跟我說三個月就可以導入成功~~~ 不能成功 是你不行~~)
導致我有跟老闆介紹了SVN這項工具,我的意圖是要請老闆請廠商針對UNIX上的topprod資料夾進行管控,
有人修改時,可以透過showchange看到修改履歷,鼎新就賴不掉了。

我是不知道一般公司做版本控制是怎麼處理的,但是我的鬼同事有點厲害耶,會通靈,也以為我會通靈,
我她媽要怎樣知道你啥時改文件啊,蛤...

好幾次,我要動每份文件之前都會主動敲他說:『我要改saapt110囉(例如)』
我希望他給我的回覆是:
(1) OK 我沒有在動,我會等你動完
(2) 不 我正在動 請你等我動完
(3) OK 你可以動 但是上面有 XXX 小心不要更新到正式區
恩,結果不是,答案是:『不用啦~~~ 你就自己改就好了,不用跟我說。』

我有跟他說:『你要跟我說~~~』 但 他沒在岔小我

好的,結果下場是,這位鬼同事,三天兩頭把自己改好的程式直接蓋掉別人的。
造成我之前已經改好的部分有問題(被覆蓋 還覆蓋的不完全)
還跑去找長官直接解釋為我寫的部分就是有問題,他寫的都沒有問題。

儼然就是『沒有人可以說我有問題~~~~~~的港覺。』

欸 長官居然還真的信以為真耶?!?! 找我去罵,叫我要改善。
當時我還是希望他請廠商針對UNIX上的topprod資料夾進行SVN版本管控,
結果問題來了,我們沒有 RedHat Linux 訂閱,無法依照正常的yum 指令安裝,
換句話說,就是沒有辦法做到有效的版控,不在那個資料夾上觀察的版控工具,
都是放屁!!

後來一位空降長官想了另外一套方案,
『正式區上鎖,tiptop帳號僅一人持有,所有正式區更新行為由該員承擔,
SVN架在WINDOWS環境上,程式由該員更新前同步至SVN主機,再進行COMMIT作業。COMMIT後再手動更新制正式區』

(當時的該員,幾乎就要是鬼同事了,不然就是空降長官自己來,問題是空降部隊不懂也不願意學習。)
(那時候我光是跟他說明r.c2 + r.l2 /r.f2 + r.gf 他就一直『這個我聽不懂,你"給我"解釋它的原理』)
(痾~ IT IS FXXXING MAGIC OKAY... I DONT KNOW WHY, BUT YOU JUST FXXXING DO IT.)
(我也沒人教我原理啊? 所有我現在所知道的東西都是多個周末義務加班自己摸出來的 你現在叫我免費教你
還不給我客氣一點,再吵我就他媽只講原廠的流程喔!
(全部都要rebuild/rebuild+ 不然就是等著踩地雷(請看我之前的文章)))

挖賽!
看到沒有整個防堵方案,是在堵我,一開始就把事情做對的我,反而是要用那個有問題的那一個來堵我。

從哪點看得出來是在堵我? 當我詢問,你這方案,鼎新的客服人員修改的內容可以防範嗎?
(笑而不答)

然後,見鬼了,這SVN管理員是一個溝通協調不良的鬼同事,你認為這方案真的走得下去嗎,
更不用說,SVN操作教學,教完就忘,這是要怎麼導入?

後來,鬼同事走了這麼久(有遞補一個讓我徵選過的人),
咦? 怎麼類似情況沒再發生啊? 這是奇蹟嗎?

新同事再要改文件之前都會問我,也會回答我的修改前的確認行為,是個可以溝通的人。
所以,從頭到尾都是鬼同事的問題吧!

但是主管還是提出想導入SVN的想法,我是覺得溝通正常,主管沒被某些鬼同事說得話語蒙蔽。
SVN?? 應該是不用啦~~~ 現在再導入主要是防止鼎新亂換奇怪的客服工程師進來亂搞。
(因為新同事,未來發生這狀況的機率也不高了,他會幫我先徵信過。)

但是這邊提出一個可行架構,大家幫我看看可行嗎?

  1. WINDOWS SVN SERVER (臭烏龜SVN + SVN SERVER 免費版)
  2. 先下載一個備份檔做版本庫
  3. 簽出到某個資料夾 把它共享出來
  4. MOUNT這個資料夾到 UNIX -> /S1
  5. 寫一隻 SHELL程式 執行時 會把指定程式/畫面檔 丟到 /S1 下的對應資料夾

使用情境:

  1. 用XSHELL 執行SHELL程式 把要編輯的檔案丟到 SVN SERVER(/S1) 的共享資料夾
    (如果有被廠商或鬼同事亂動,會跳驚嘆號,就要看哪邊有被改了!)
  2. 使用網芳直接編輯那個檔案
  3. 編輯完畢之後丟測試區測試 測試完畢後 COMMIT進版本庫
  4. 另外寫一隻SHELL從 /S1 搬回正式區。 (或手動作業)

應嘎可行 大家覺得如何


2 則留言

1
Justin
iT邦新手 5 級 ‧ 2019-01-07 18:04:27

我是直接架一個Gitlab環境出來~可以版控還可以監控誰上傳~還有群組管理...
我們公司以前也是用臭烏龜~後來向上建議建好測試環境直接給主管看~後來就直接沿用了...
Maybe你可以試試看

Zaku iT邦新手 4 級‧ 2019-01-10 09:54:42 檢舉

Gitlab環境+1, 在這種鬼主管與鬼同事的夾殺下居然還能生存,還不離職,大大真是不簡單,有啥原因讓你留下嗎

有空來玩玩

0
wilson1966
iT邦研究生 5 級 ‧ 2019-01-11 08:28:07

我司維護Oracle是將Oracle 各模組拆分給3個人去負責,所以,沒有互相壓寫對方程式問題。
建議你可參考一下

我也希望這樣啊... 但是當時的環境還不允許 (人力不足)
目前系統穩定了 就可以考慮這樣作業...

不過,真正的重點還是溝通 溝通 溝通 柯南出版社先生無法溝通
才是問題 定期跟小組成員回報目前要動那些檔案應該不難吧

我要留言

立即登入留言