PTT職涯區 / Soft_Job (軟體人)

[討論] 公司內部版控

看板Soft_Job (軟體人)作者 (我阿肥拉)時間17小時前 (2024/12/29 00:03), 6小時前編輯推噓24(25推 1噓 111→)
留言137則, 38人參與, 2小時前最新討論串1/2 (看更多)
剛剛打得不見馬的 第一次在板上發文，看板規應該是可以發 如果有問題請告知刪文謝謝 本身有相當多的鬼故事，不過我想先解決問題 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 我是轉行過來的，本來也不懂，所以我花了點時間學 程式寫得好不好再說，這種基本功.... 然後進來大公司後..... 是我的問題，還是我該逃命，我很努力跟主管提需求跟修改計畫... 實在力不從心 感謝你各位看這麼多 -- 戒除少女漫畫有甚麼難的? 我就成功過好幾次 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 36.225.179.239 (臺灣) ※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1735401791.A.892.html
推
12/29 00:15, 17小時前 , 1F
找下間 你領多少幫公司操心這個
12/29 00:15, 1F
→
12/29 00:25, 17小時前 , 2F
同意樓上，然後第二點看起來你們實際上只有一個測試環
12/29 00:25, 2F
→
12/29 00:25, 17小時前 , 3F
境，所以你不應該使用自動化部署蓋掉別人的改動。
12/29 00:25, 3F
我們有一個測試環境跟一個準上線環境 測試環境給工程師用，準上線環境會給QA測試使用 我是聽從說測試環境就給我們隨便丟程式塞，結果剛好該次有同事也開發同一隻 被蓋掉後還high light 我只想說，是因為我做自動化測試 不然你根本不知道是誰蓋你的(因為平常所有人都是手動處理) 雖然我確實不應該蓋掉別人程式，對你是對的 不過目的上是希望可以自動化部屬準上線程式跟正式上線程式 我只好先從測試環境測試
推
12/29 00:26, 17小時前 , 4F
你也在金融業嗎？
12/29 00:26, 4F
沒辦法透漏太多欸QQ
→
12/29 00:30, 17小時前 , 5F
dimension版控系統？你要在既有設計的系統與版控下去
12/29 00:30, 5F
→
12/29 00:30, 17小時前 , 6F
透過其他方式解決，有可能增加其他人不能接受的複雜度
12/29 00:30, 6F
→
12/29 00:30, 17小時前 , 7F
。根解就是系統跟版控重構解耦或是快逃（認真）
12/29 00:30, 7F
我現在就是想要解構重弄 新進的都能接受，但是掌權的在老人手裡，他們完全無法接受 我提出討論跟解決方案嘗試，被懟說這只有你會用 真的沒塌掉是奇蹟
→
12/29 00:37, 17小時前 , 8F
真的想解決這個問題的話就要思考怎麼把你希望的解決方
12/29 00:37, 8F
→
12/29 00:37, 17小時前 , 9F
法帶進開發流程，都是老實講你有這個想要改善的想法把
12/29 00:37, 9F
→
12/29 00:37, 17小時前 , 10F
他帶去更好的公司應該對你更有幫助
12/29 00:37, 10F
我剛進來的時候，看到commit history長這樣 2024xxxx 程式更新 我差點把胃吐出來
→
12/29 00:38, 17小時前 , 11F
不能合併?
12/29 00:38, 11F
你是說平行分支合併嗎? 這部分被搞得很複雜 有人要退版，結果會變成兩支分支一起退版 然後又因為開發分支合併多次，導致很容易出問題 又有同事會用手動退版，自己把寫的內容挑出來刪掉 退來併去的，我常常覺得公司錢真的很多，浪費時間在這種瑣事上 而且居然還沒垮掉
推
12/29 00:40, 17小時前 , 12F
滿有意思的~不過真的推不動也只能找下間+1
12/29 00:40, 12F
我真的是打從心底沒辦法接受部屬清單這件事情 題外話，我前公司用SVN，但是當時面我的主管說會用git 直到我去學git才發現根本就沒人會用 總共六個工程師，3個人的開發project我推不動git 我老闆覺得浪費時間，新的主管工程師說不要這麼麻煩 然後老屁股工程師說，SVN太多commit很難看，不要一直commit 即使我用git去併svn，我都沒管別人了還會被老屁股靠邀 現在公司更大，根本變成天方夜譚
推
12/29 00:55, 16小時前 , 13F
也太亂了吧.....
12/29 00:55, 13F
→
12/29 00:56, 16小時前 , 14F
要解決1就是重新拆分程式組件化可以輕鬆很多
12/29 00:56, 14F
→
12/29 00:57, 16小時前 , 15F
妳所有難題都是從1來的
12/29 00:57, 15F
→
12/29 00:58, 16小時前 , 16F
git 有sub module 整理完程式之後好好規劃這部分
12/29 00:58, 16F
我有想過sub module 但是要把所有DLL 程式庫個別拆分出來 他們現在全部包成一包 然後部署清單這個是另一個故事…
→
12/29 00:59, 16小時前 , 17F
起碼可以解決過度相依的問題...
12/29 00:59, 17F
→
12/29 00:59, 16小時前 , 18F
DLL要變更就是他自己的板控，這樣就不會有版本問題
12/29 00:59, 18F
→
12/29 01:00, 16小時前 , 19F
前面這塊確定，這樣後面佈署也不會是問題CICD可以指定檔
12/29 01:00, 19F
→
12/29 01:01, 16小時前 , 20F
案複製去任一資料夾就只是看要選哪套自動化的組合而已
12/29 01:01, 20F
那就跟我的想法相同 CICD時去指定
推
12/29 01:12, 16小時前 , 21F
沒有主管支持就是快逃
12/29 01:12, 21F
推
12/29 01:18, 16小時前 , 22F
傻眼耶 原來真的有公司的CI/CD是這樣搞的 難以想像 你們是用
12/29 01:18, 22F
→
12/29 01:18, 16小時前 , 23F
Jenkins嗎
12/29 01:18, 23F
推
12/29 01:57, 15小時前 , 24F
有想朝devops發展可以試試，沒有的話別碰，到時候有問
12/29 01:57, 24F
→
12/29 01:57, 15小時前 , 25F
題都算你的，沒問題還是你的
12/29 01:57, 25F
我還直接表明沒關係問題算我的 但是你真的不要太期待 複製資料夾當備份…
→
12/29 01:58, 15小時前 , 26F
這種永遠都不是技術問題，每次都是人的問題，一些垃圾
12/29 01:58, 26F
→
12/29 01:58, 15小時前 , 27F
方法提解決方案還被說幹嘛那麼麻煩就很想給他巴下去==
12/29 01:58, 27F
這點是我別的憤怒原因就別提了 我到職的時候就跟主管提過這會出事的 接著搭配著我各種拐彎抹角分享技術的形式 教同事怎麼使用 然後，主管還是只聽前輩講的 改善流程計劃也是參考前輩的意見 我都用各種形式去讓他知道我會這工具 但是前輩在這位子資深 換來的是，他們還是在抓鬼藥單 欸對，連一點意見都不打算跟我討論一下 我被問過，為什麼我要照三餐Commit 呵呵呵…
推
12/29 02:09, 15小時前 , 28F
有逃命的選項也是可以直接逃啦
12/29 02:09, 28F
→
12/29 02:37, 15小時前 , 29F
其實這不一定是用哪種tool的問題 是release flow的問題
12/29 02:37, 29F
還有 69 則推文
還有 15 段內文
※ 編輯: TurtleGods (36.225.179.239 臺灣), 12/29/2024 11:18:50
推
12/29 11:19, 6小時前 , 99F
主管不支持==沒戲唱，我也懂你整天被逼著吃屎的心情，
12/29 11:19, 99F
→
12/29 11:19, 6小時前 , 100F
只能說快逃，不要讓自己習慣吃屎
12/29 11:19, 100F
→
12/29 11:20, 6小時前 , 101F
除非他錢給得夠多
12/29 11:20, 101F
推
12/29 11:20, 6小時前 , 102F
我自己現在就是在搞獨立環境 從Git-SVN開始 甚至想搞本地C
12/29 11:20, 102F
→
12/29 11:20, 6小時前 , 103F
I/CD 因為我也知道開發習慣這件事真的很難改==
12/29 11:20, 103F
→
12/29 11:22, 6小時前 , 104F
但是我公司都還沒到你公司那麼大便就是了 頂多甲方有改東
12/29 11:22, 104F
→
12/29 11:22, 6小時前 , 105F
西不跟我們講 自己長出東西部署又有問題 公司還要想辦法甩
12/29 11:22, 105F
→
12/29 11:22, 6小時前 , 106F
鍋
12/29 11:22, 106F
推
12/29 11:34, 6小時前 , 107F
金融業+1
12/29 11:34, 107F
→
12/29 11:39, 6小時前 , 108F
你就管好你自己負責的就可以了 自己負責的東西有要上
12/29 11:39, 108F
→
12/29 11:40, 6小時前 , 109F
線再丟清單就好
12/29 11:40, 109F
→
12/29 11:45, 6小時前 , 110F
順帶調低自己開發的步調半養老
12/29 11:45, 110F
→
12/29 11:50, 5小時前 , 111F
你不用操心 你操心就會是你處理 然後不會有人感謝你
12/29 11:50, 111F
→
12/29 11:52, 5小時前 , 112F
只要沒有其它痛點是可遇不可求的職位
12/29 11:52, 112F
→
12/29 11:55, 5小時前 , 113F
可以有多的時間去沉澱去思考其它的東西
12/29 11:55, 113F
→
12/29 12:06, 5小時前 , 114F
以逸待勞 以靜制動
12/29 12:06, 114F
→
12/29 12:09, 5小時前 , 115F
什麼都要你主動的那才叫恐怖 累死你
12/29 12:09, 115F
→
12/29 12:13, 5小時前 , 116F
有多主管很不盡責的 講少少要你自己去釐清一堆東西
12/29 12:13, 116F
→
12/29 12:14, 5小時前 , 117F
那有沒有主管有差嗎
12/29 12:14, 117F
推
12/29 12:25, 5小時前 , 118F
真恐怖XD
12/29 12:25, 118F
→
12/29 12:26, 5小時前 , 119F
有些還會緊急時含糊其詞拖你進度 當然慢下來可以 但
12/29 12:26, 119F
→
12/29 12:26, 5小時前 , 120F
資深的不會想學新東西啦，不會用也不想會用
12/29 12:26, 120F
→
12/29 12:26, 5小時前 , 121F
有甩鍋的可能
12/29 12:26, 121F
推
12/29 13:45, 4小時前 , 122F
沒出事就不要多事,感覺你們也算維護現有服務為主的單位
12/29 13:45, 122F
→
12/29 13:46, 4小時前 , 123F
只是為了看不順眼版控去更動結果服務爆掉 上面怎麼看這
12/29 13:46, 123F
→
12/29 13:46, 4小時前 , 124F
單位? pip人頭可能給你們多塞幾個
12/29 13:46, 124F
→
12/29 13:48, 4小時前 , 125F
版控最主要目的還是眾人協作的共識,不是非業界普遍操作
12/29 13:48, 125F
→
12/29 13:49, 4小時前 , 126F
或是你看不順眼的操作就是需要推翻的,主要是部門內共識
12/29 13:49, 126F
→
12/29 13:50, 3小時前 , 127F
我自己去支援別部門開發產品也是尊重他們原有開發共識
12/29 13:50, 127F
→
12/29 13:51, 3小時前 , 128F
就算看不順眼也不會去做什麼更改
12/29 13:51, 128F
→
12/29 14:37, 3小時前 , 129F
以前我在軟體公司當RD,SD,SE,..每次要推這些都很難
12/29 14:37, 129F
→
12/29 14:39, 3小時前 , 130F
後來在營業單位當IT,全都沒權限下,還是有辦法弄離線
12/29 14:39, 130F
→
12/29 14:40, 3小時前 , 131F
省下自己的時間,反正系統全外包,有事沒事都當我的事
12/29 14:40, 131F
→
12/29 14:42, 3小時前 , 132F
反正待業務單位,完全失去資訊/情報/執行/等等能力
12/29 14:42, 132F
→
12/29 14:43, 3小時前 , 133F
一個銷售單位只能玩玩簡單的excel,完全搞不懂為何賣得好
12/29 14:43, 133F
→
12/29 14:44, 3小時前 , 134F
為何賣的差,也難搞行銷專案,光法遵就無力應付
12/29 14:44, 134F
推
12/29 15:20, 2小時前 , 135F
看起來你很心在公司持續發展，但要聽一個新人的老一
12/29 15:20, 135F
→
12/29 15:20, 2小時前 , 136F
輩不會服的，這是人性
12/29 15:20, 136F
→
12/29 15:37, 2小時前 , 137F
八成是金融業
12/29 15:37, 137F
‣ 更多 TurtleGods 的文章
文章代碼(AID): #1dS24_YI (Soft_Job)
Soft_Job 近期熱門文章
更多 近期熱門文章 >>
PTT職涯區 即時熱門文章
更多 即時熱門文章 >>
‣ 更多 TurtleGods 的文章
文章代碼(AID): #1dS24_YI (Soft_Job)