[討論] 公司內部版控
剛剛打得不見馬的
第一次在板上發文，看板規應該是可以發
如果有問題請告知刪文謝謝
本身有相當多的鬼故事，不過我想先解決問題
1.多程式版控
我們有一個版本庫，裡面包含了很多程式
而且是互相關聯的，也就是A程式要B程式先Build過，A程式才能compile
C程式也有可能跟B關聯，然後又多關聯一個D and so on
變成說，CI CD沒辦法去compile，因為沒有意義，也不會過
版本庫內又塞了一火車的exe跟dll
有趣的是，這些dll要手動放到主程式內才有功能，主程式又另外有一個版本庫
所以....這個版本庫的版控，跟主程式有可能不一樣...
而且主程式做的版控，根本看不出來dll有甚麼差異
你根本不知道誰更新了甚麼東西
我現在在想，是否可以用pipeline，去放到指定的路徑做更新
這樣就變成我不用去手動放，尤其主程式dll又沒辦法分辨差異
只是編譯就是由地端去做
鬼故事是，這個主程式其實有三個
然後根據前輩所言，這三個的dll其實都有差異....
2.自動化部屬
我們目前主程式的部屬方法，是使用一個部屬清單.txt
要上線前，工程師們會更新此上線清單，並且寫入相對應位置
pipeline會去抓取該清單，然後將相對應的程式放進去更新
問題來了，如果沒寫進清單的程式，就不會部屬
也就是說，版本庫跟在線上跑的程式，有可能是不同東西
有可能下次上線，你會把別人更新的未知程式丟上去....
我嘗試使用git diff跟當前上線origin/master做差異比對
分支使用該pipeline，可以把有做變更的程式給部屬上去
會這樣做的原因，是因為咱版控老大，說我不能全部程式更新
鬼故事來了，因為上線程式跟我們的版控可能有差異
所以我做了這樣的嘗試，這樣操作會有甚麼額外問題要注意的?
額外的鬼故事，我們平常的測試環境
我用了這種方式去部屬，然後被人靠腰後才發現我把別人程式蓋掉
因為他們會去server端把程式拿出來做比對，再把程式手動放進去
所以我用測試分支搭配此pipeline去部屬我的程式，會抓不到別人更新的內容而蓋掉....
前輩說我不能這樣破壞別人的程式，每一次要放進測試環境都要比對
我哪來那鬼功夫每次做這種事情
然後我真的覺得寫部屬清單實在有夠白癡，真的白癡到個無極限
因為工程師有可能忘記放進去自己的更新
但是我前輩卻堅持一定要用這個，不然會部屬錯程式zzzz
我說你這樣不是會讓沒有上線的程式，進入上線程式的版控嗎?
他說部屬清單沒有，沒事
所以我甚至還寫一隻Powershell程式，來把該次上線變更內容條列出來
我實在無法接受使用部屬清單上線..
3.平行上線分支的開發方式
我們只有一個準備上線環境，搭配QA測試會有時間差
這周QA測試上線一版，下周上線另一版，可是第三周才會把第一周的把程式上線
也就是說，這個環境同時會有兩個上線分支
但是，因為測試會搭配BUG修正
兩個分支會互相干涉，尤其同支程式
搭配上我們同仁們，還會用複製資料夾的方式來備份
併來併去併成鬼樣，可以怎麼改善?
以上
來聊一點鬼故事
我們的dll版本庫，總共有3個主程式，然後據說3個版本皆不相同
程式部屬一定要使用部屬清單，不然會怕部錯程式，可是沒部屬到的可以手動丟進去
無法退版，尤其多人同時開發一支程式更困難，所以我們會有上線失敗問題
(目前發生會採裝死趕快bug fix的方式)
我的想法是，開發給QA的測試分支DEV，跟實質上線分支應該要分開
確認開發完成，工程師再分別併入上線分支
任何一人的有問題，則revert該次合併commit即可
但是我前輩一直保證會有人開發不該上線的程式，所以不能自動部屬
即使我說了，工程師怎麼會放進不該上線的程式，PR的人怎麼會讓他併進去
還是被要求一定要去寫一支永遠都會有衝突的部屬清單
而且每一次上線負責人都要去一個一個人問，因為部屬清單無法辨別負責人
某些層面上，我真的覺得我們的程式還能動是奇蹟
我們單位上，100%的前輩不懂git
我是轉行過來的，本來也不懂，所以我花了點時間學
程式寫得好不好再說，這種基本功....
然後進來大公司後.....
是我的問題，還是我該逃命，我很努力跟主管提需求跟修改計畫...
實在力不從心
感謝你各位看這麼多
--
戒除少女漫畫有甚麼難的?
我就成功過好幾次
--
找下間 你領多少幫公司操心這個
同意樓上，然後第二點看起來你們實際上只有一個測試環
境，所以你不應該使用自動化部署蓋掉別人的改動。
我們有一個測試環境跟一個準上線環境 測試環境給工程師用，準上線環境會給QA測試使用 我是聽從說測試環境就給我們隨便丟程式塞，結果剛好該次有同事也開發同一隻 被蓋掉後還high light 我只想說，是因為我做自動化測試 不然你根本不知道是誰蓋你的(因為平常所有人都是手動處理) 雖然我確實不應該蓋掉別人程式，對你是對的 不過目的上是希望可以自動化部屬準上線程式跟正式上線程式 我只好先從測試環境測試
你也在金融業嗎？
沒辦法透漏太多欸QQ
dimension版控系統？你要在既有設計的系統與版控下去
透過其他方式解決，有可能增加其他人不能接受的複雜度
。根解就是系統跟版控重構解耦或是快逃（認真）
我現在就是想要解構重弄 新進的都能接受，但是掌權的在老人手裡，他們完全無法接受 我提出討論跟解決方案嘗試，被懟說這只有你會用 真的沒塌掉是奇蹟
真的想解決這個問題的話就要思考怎麼把你希望的解決方
法帶進開發流程，都是老實講你有這個想要改善的想法把
他帶去更好的公司應該對你更有幫助
我剛進來的時候，看到commit history長這樣 2024xxxx 程式更新 我差點把胃吐出來
不能合併?
你是說平行分支合併嗎? 這部分被搞得很複雜 有人要退版，結果會變成兩支分支一起退版 然後又因為開發分支合併多次，導致很容易出問題 又有同事會用手動退版，自己把寫的內容挑出來刪掉 退來併去的，我常常覺得公司錢真的很多，浪費時間在這種瑣事上 而且居然還沒垮掉
滿有意思的~不過真的推不動也只能找下間+1
我真的是打從心底沒辦法接受部屬清單這件事情 題外話，我前公司用SVN，但是當時面我的主管說會用git 直到我去學git才發現根本就沒人會用 總共六個工程師，3個人的開發project我推不動git 我老闆覺得浪費時間，新的主管工程師說不要這麼麻煩 然後老屁股工程師說，SVN太多commit很難看，不要一直commit 即使我用git去併svn，我都沒管別人了還會被老屁股靠邀 現在公司更大，根本變成天方夜譚
也太亂了吧.....
要解決1就是重新拆分程式組件化可以輕鬆很多
妳所有難題都是從1來的
git 有sub module 整理完程式之後好好規劃這部分
我有想過sub module 但是要把所有DLL 程式庫個別拆分出來 他們現在全部包成一包 然後部署清單這個是另一個故事…
起碼可以解決過度相依的問題...
DLL要變更就是他自己的板控，這樣就不會有版本問題
前面這塊確定，這樣後面佈署也不會是問題CICD可以指定檔
案複製去任一資料夾就只是看要選哪套自動化的組合而已
那就跟我的想法相同 CICD時去指定
沒有主管支持就是快逃
傻眼耶 原來真的有公司的CI/CD是這樣搞的 難以想像 你們是用
Jenkins嗎
有想朝devops發展可以試試，沒有的話別碰，到時候有問
題都算你的，沒問題還是你的
我還直接表明沒關係問題算我的 但是你真的不要太期待 複製資料夾當備份…
這種永遠都不是技術問題，每次都是人的問題，一些垃圾
方法提解決方案還被說幹嘛那麼麻煩就很想給他巴下去==
這點是我別的憤怒原因就別提了 我到職的時候就跟主管提過這會出事的 接著搭配著我各種拐彎抹角分享技術的形式 教同事怎麼使用 然後，主管還是只聽前輩講的 改善流程計劃也是參考前輩的意見 我都用各種形式去讓他知道我會這工具 但是前輩在這位子資深 換來的是，他們還是在抓鬼藥單 欸對，連一點意見都不打算跟我討論一下 我被問過，為什麼我要照三餐Commit 呵呵呵…
有逃命的選項也是可以直接逃啦
其實這不一定是用哪種tool的問題 是release flow的問題
flow沒先大家談好 科技幫不了你們 就是你們是每分每秒都
想上patch/code change, 也只能談好update pipeline的時
間點跟各個lib的版本 沒有那麼簡單也不是用某某tool就OK
我們有可能update 發現部署清單忘記改 然後需要重新跑一次，一次跑30分鐘 我們的天才pipeline ，會把整包程式丟進server 接著根據部署清單挑檔丟入更新 因為真的太慢了 我才嘗試用差異部署的方式加快 用git diff 找出差異檔案挑檔部署 5分鐘結束
主管都沒差你幫他們操什麼心，省點力找下一間比較實
際
版控不是只有程式碼版控，建置產出的程式也要版控啊
A依賴B沒問題啊，A建置時去拉指定版本的B產出的程式
exe和dll也一樣，全部進到同一個產出程式的版控裡啊
你們問題看起來就是程式碼到執行環境間少了一個repository
我們現在是主程式一個Repo DLL exe 自己一個Repo
找下家 改了你也不會加分 改差了黑鍋就是你 說得動主
管才是重點 沒人挺你妄想改變公司什麼太難了 我懂 台
灣一堆毒瘤技術前輩只是因為老不是因為技術好 又在公
司時間跟三葉蟲一樣久 久了就越來越沒動力幫公司優化
什麼上版流程 優化自己履歷還差不多
「這只有你會用」你要嗆回去啊 你們不會嗎？不會要學
啊 這有很難嗎？
現在99%工程師都在用的東西不學？公司讓你來工作是來
說「我不會」的嗎？然後隔天跟主管說要離職XD
因為我知道嗆人不會改善什麼 我知道這群人不懂，我還特地拉時間出來開課 以分享的形式跟這些人分享，我還上了至少三次 題外話，我一直以為我才是那菜雞 接著看到他們在網頁上面commit 還有各式各樣的commit log 「程式更新」「update」 「兩千三百萬人都驚呆了」 以為大公司學流程的 結果大公司是撒$$
我開始懷疑你跟我同公司，你家系統應該歷史很古老，超過
三十年，中間接手過很多人，現在負責人已經是n手也改不動
，你家cicd不會是azure吧XD
欸對，是公司內部Azure 以前叫TFS，現在應該改名了 我覺得不是改不動，要不要改而已
這是政治問題 你是新人嗎？是的話 嗯 不是的話，等你
有權有勢再做
等到有權有勢估計要去棺材裡面等
這是政治問題 不是你問到什麼比較好的做法去講講課
他們就會聽你的 大家出來都混口飯吃而已 憂國憂民不
如管好你自己
真的，我這麼累幹嘛 搞了半天沒人屌我沒人支持的 反正要死一起死
聽起來很像應該要有套件管理，但是變成手動在做？不是很
確定貴公司用的框架，以Java來說，各自的程式庫jar會有
獨立repo,也有自己獨立的release cycle。反正就各自bui
ld ，放到nexus server就好，主程式或是有相依的程式庫
，需要就更新自己的pom檔，類似的邏輯應該很多框架都會
有吧？
可能真的要獨立出來repo 我在思考一次提出30-40個repo的可能性 呵呵呵哈哈哈哈，不可能QQ
mono repo然後全部cicd重新compile 不然就快逃
軟體只要能動就不要去改它，舊架構再爛也不要去亂動它
，公司要的是軟體繼續改版賣錢，不會在意技術上改的多
好或多爛
我改程式改到覺得自己烤雞大概會死去 請你去煮一盤大便，然後問你大便怎麼煮的這麼難吃 而且還煮很久，oh我的老天鵝
這是人的問題，沒救，等你位置比他高
才有可能改變，我上一間也87%像
手動部署、版控亂七八糟，所以我逃了
全力改好也沒人懂，改後出的所有 bug 全算在你頭上，誰
扛的起？
我還真願意扛 看到從20241010.ear拿回舊版本退版 然後一個程式一個程式挑出自己寫的 真的豆頁疼
maybe monorepo + bazel，common libs 可以寫一個 build
rule，只是大家版本要先一致
我有提過，我們現在同步上線版本 以此為基準開發，我可以不用做差異部署 鬼故事就是，我們的測試環境跟上線不是同版本 你這樣會害某些人的測試程式不見 WTF !? $@:&18’xnalon!￡\*]￥,€]]
另外這種職場有毒，新人進去陣痛期很長
受不了的、看不下去、有能力的都會早早走了
留下來的多半是走不動、或變成這形狀的人
有點劣幣驅逐良幣了，勸你快逃
這麼不爽還不跳一定是給的錢太多了 XD
畢竟本科不是這行 需要靠跳 說真的，會改到懷疑是自己的能力太爛還是架構太差 師爺說：「掙錢麻，不寒磣」
不知道是你家量體太大還怎樣 我怎麼覺得聽起來正常...
公司蠻大的 程式會大我覺得只是管理不當
那些相依的proj 其實跟你用開源套件 甚至語言及平台本身
支援的版本是一個概念 只是不是你在控 所以你不覺得有異
因為通常只要保證向下相容就好 大部分情況皆會啦
也沒必要每次build就從相依根源開始 所以拆成主體+dll
各有各的repo的形式也可以理解 全看上層proj的owner決定
有沒有必要隨時跟進 所以說起來這還真不是單一RD能解的
畢竟要做mono repo 還得看什麼角度下去切分
layer/domain/BU...what ever
感覺只能找人一起向上提 讓各leader關一間後 2也會解決XD
所以我目前想到的是 主程式的版控就負責自己的部分 DLL的部分，交由pipeline去處理 畢竟由主程式去控制一個無法檢視差異的DLL 不合理 那DLL的部分，就由各地端自行處理編譯 這樣即使主程式有問題，也能找出是某次DLL更新造成的 甚至是退版也會比較簡單處理 也不用全部拉出Repo處理 只不過變成pipeline可能會寫很多
通常這種問題要說服不能用開發角度 要用管理成本才講得通
但你有多硬 以及領的錢值不值得花這個effort 就看你啦
說實在的 每個人都在想自己領的夠不夠花心力做 我只是想把事情做好 嘗試從上從下滲透進去 寫報告給主管看可以多節省時間 幫同事做退版跟備份 開會後花半個小時到一個小時跟大家解釋原理 不過換來的，好像只有這東西只有你會用 說到就火，我在提解決方案，你在安心養老 對不起，我上下管理能力不足
我是覺得你家東西看來明顯需要decouple跟加一些中間規則
就算用了你的做法還是會整天進進退退 跑這就飽了
所以你跑比較快 嗯
真的要推就自己搞一套獨立環境跟其他人分開跟上頭說是備援
用的 等到哪天原本的爆炸就可以拿出來邀功了 但等於是要多
花心力做這事
公司內不能自己架環境 而且跟別人版控就是個問題了 我們的測試環境是手丟的跟手動比對的…
這個制度已經運行多年，很難以一己之力去撼動。
趕快去找下一間比較實在==
整個看下來 就是快逃阿
主管不支持==沒戲唱，我也懂你整天被逼著吃屎的心情，
只能說快逃，不要讓自己習慣吃屎
除非他錢給得夠多
我自己現在就是在搞獨立環境 從Git-SVN開始 甚至想搞本地C
I/CD 因為我也知道開發習慣這件事真的很難改==
但是我公司都還沒到你公司那麼大便就是了 頂多甲方有改東
西不跟我們講 自己長出東西部署又有問題 公司還要想辦法甩
鍋
金融業+1
你就管好你自己負責的就可以了 自己負責的東西有要上
線再丟清單就好
順帶調低自己開發的步調半養老
你不用操心 你操心就會是你處理 然後不會有人感謝你
只要沒有其它痛點是可遇不可求的職位
可以有多的時間去沉澱去思考其它的東西
以逸待勞 以靜制動
18
Re: [心得] 我在科技業遇到的鬼故事之一單純經驗交流一下 我遇到正常的軟體UT與品質驗證流程吧： 1.開發者寫完程式碼與UT。 2.在自己電腦上跑UT。 在自己電腦上跑UT，是部門不認的UT。9
Re: [請益] bug「可遇不可求」，各位還會去debug它嗎?之前遇過類似的情況 也是機率性 不過不同的是發生的機率非常高 且又找不出發生這個錯誤的規則或情況 1.之前的公司底層的程式是老闆自己寫的 某天突然在login的地方7
[問卦] 寫程式的該羈押來問訊吧？近10萬個人抽獎 大獎都那幾個人全拿喔 天選之人喔 上帝之子喔 當大家智商都沒有上線喔 誰寫程式就把它羈押起來 關到漏尿 證明清白 寫程式的該羈押來問訊吧？ --![[問卦] 寫程式的該羈押來問訊吧？](https://i.imgur.com/hru0Jfvb.jpeg "[問卦] 寫程式的該羈押來問訊吧？")
6
Re: [問卦] 寫程式的基本功是什麼?寫程式的基本功是寫測試 再好的程式碼如果沒有寫測試保護，就有機會在上線才知道程式碼被改壞掉。 平常有在寫測試的人，寫的程式碼也好讀很多，因為把程式碼寫太難會很難寫測試 --5
Re: [問卦] 寫程式真的很容易寫到自己看不懂嗎？本魯還在CS小大一程式設計時候教授說一個冷笑話 剛學寫程式一個月 你的程式大家都看得懂 再過一個月 認識你的人才看得懂5
Re: [討論] 公務員這麼窮 弄些家電回家 不行？不可能是公務員啦 賺這種蠅頭小利幹嘛 我猜是外包工程師自作主張幹的 他只要讓某種人中獎機率大增 就是圖利自己與親友![Re: [討論] 公務員這麼窮 弄些家電回家 不行？](https://i.imgur.com/u8ufwv4b.jpeg "Re: [討論] 公務員這麼窮 弄些家電回家 不行？")
Re: [情報] 17.2 更新檔 – 5 月 13 日 (已上線)HSReplay Windows版已經修好了，請開啟程式更新 Mac還要等等 --![Re: [情報] 17.2 更新檔 – 5 月 13 日 (已上線)](https://img.youtube.com/vi/-tn2S3kJlyU/mqdefault.jpg "Re: [情報] 17.2 更新檔 – 5 月 13 日 (已上線)")
[問題] G8X的程式集如何編輯呢？記得剛拿到G8X的時候 長按程式集圖示 就可以做一些移動位置 或合併起來新增資料夾的動作 所以有做過一些程式集的編排![[問題] G8X的程式集如何編輯呢？](https://i.imgur.com/doutTeTb.jpg "[問題] G8X的程式集如何編輯呢？")
X
Re: [新聞] 扯爆！打完兩劑疫苗還收到預約簡訊？ 16雖然說寫程式難免都會有bug，但這已經算是上線的系統了，還一直出狀況，那到底是測 試沒測乾淨，還是PM督導不週，還是工程師的程式寫的太複雜了，很難維護？ 還是有太多系統的資料要串來串去，出錯是在所難免？ 又或是工程師薪水太低，只給便宜的薪水就想開發一個破幾十萬人上線用的系統？ 我們台灣廠商開發的資訊系統，其穩定度要跟國外如google、fb等相比，還是有一些進步
![Re: [問卦] 寫程式真的很容易寫到自己看不懂嗎？](https://i.imgur.com/Ob5lhqdb.jpg218.164.229.98 "Re: [問卦] 寫程式真的很容易寫到自己看不懂嗎？")