推 f26724309: 找下間 你領多少幫公司操心這個12/29 00:15
→ nh60211as: 同意樓上，然後第二點看起來你們實際上只有一個測試環12/29 00:25
→ nh60211as: 境，所以你不應該使用自動化部署蓋掉別人的改動。12/29 00:25
我們有一個測試環境跟一個準上線環境
測試環境給工程師用，準上線環境會給QA測試使用
我是聽從說測試環境就給我們隨便丟程式塞，結果剛好該次有同事也開發同一隻
被蓋掉後還high light
我只想說，是因為我做自動化測試
不然你根本不知道是誰蓋你的(因為平常所有人都是手動處理)
雖然我確實不應該蓋掉別人程式，對你是對的
不過目的上是希望可以自動化部屬準上線程式跟正式上線程式
我只好先從測試環境測試
推 ntpuisbest: 你也在金融業嗎？12/29 00:26
沒辦法透漏太多欸QQ
→ BlacksPig: dimension版控系統？你要在既有設計的系統與版控下去12/29 00:30
→ BlacksPig: 透過其他方式解決，有可能增加其他人不能接受的複雜度12/29 00:30
→ BlacksPig: 。根解就是系統跟版控重構解耦或是快逃（認真）12/29 00:30
我現在就是想要解構重弄
新進的都能接受，但是掌權的在老人手裡，他們完全無法接受
我提出討論跟解決方案嘗試，被懟說這只有你會用
真的沒塌掉是奇蹟
→ nh60211as: 真的想解決這個問題的話就要思考怎麼把你希望的解決方12/29 00:37
→ nh60211as: 法帶進開發流程，都是老實講你有這個想要改善的想法把12/29 00:37
→ nh60211as: 他帶去更好的公司應該對你更有幫助12/29 00:37
我剛進來的時候，看到commit history長這樣
2024xxxx 程式更新
我差點把胃吐出來
→ asdfghjklasd: 不能合併?12/29 00:38
你是說平行分支合併嗎?
這部分被搞得很複雜
有人要退版，結果會變成兩支分支一起退版
然後又因為開發分支合併多次，導致很容易出問題
又有同事會用手動退版，自己把寫的內容挑出來刪掉
退來併去的，我常常覺得公司錢真的很多，浪費時間在這種瑣事上
而且居然還沒垮掉
推 viper9709: 滿有意思的~不過真的推不動也只能找下間+112/29 00:40
我真的是打從心底沒辦法接受部屬清單這件事情
題外話，我前公司用SVN，但是當時面我的主管說會用git
直到我去學git才發現根本就沒人會用
總共六個工程師，3個人的開發project我推不動git
我老闆覺得浪費時間，新的主管工程師說不要這麼麻煩
然後老屁股工程師說，SVN太多commit很難看，不要一直commit
即使我用git去併svn，我都沒管別人了還會被老屁股靠邀
現在公司更大，根本變成天方夜譚
推 neo5277: 也太亂了吧.....12/29 00:55
→ neo5277: 要解決1就是重新拆分程式組件化可以輕鬆很多12/29 00:56
→ neo5277: 妳所有難題都是從1來的12/29 00:57
→ neo5277: git 有sub module 整理完程式之後好好規劃這部分12/29 00:58
我有想過sub module
但是要把所有DLL 程式庫個別拆分出來
他們現在全部包成一包
然後部署清單這個是另一個故事…
→ neo5277: 起碼可以解決過度相依的問題...12/29 00:59
→ neo5277: DLL要變更就是他自己的板控，這樣就不會有版本問題12/29 00:59
→ neo5277: 前面這塊確定，這樣後面佈署也不會是問題CICD可以指定檔12/29 01:00
→ neo5277: 案複製去任一資料夾就只是看要選哪套自動化的組合而已12/29 01:01
那就跟我的想法相同
CICD時去指定
推 yoyo890121: 沒有主管支持就是快逃12/29 01:12
推 zys: 傻眼耶 原來真的有公司的CI/CD是這樣搞的 難以想像 你們是用12/29 01:18
→ zys: Jenkins嗎12/29 01:18
推 andrew5106: 有想朝devops發展可以試試，沒有的話別碰，到時候有問12/29 01:57
→ andrew5106: 題都算你的，沒問題還是你的12/29 01:57
我還直接表明沒關係問題算我的
但是你真的不要太期待
複製資料夾當備份…
→ andrew5106: 這種永遠都不是技術問題，每次都是人的問題，一些垃圾12/29 01:58
→ andrew5106: 方法提解決方案還被說幹嘛那麼麻煩就很想給他巴下去==12/29 01:58
這點是我別的憤怒原因就別提了
我到職的時候就跟主管提過這會出事的
接著搭配著我各種拐彎抹角分享技術的形式
教同事怎麼使用
然後，主管還是只聽前輩講的
改善流程計劃也是參考前輩的意見
我都用各種形式去讓他知道我會這工具
但是前輩在這位子資深
所以我的意見麻，不是很重要
我被問過，為什麼我要照三餐Commit
呵呵呵…
推 neo5277: 有逃命的選項也是可以直接逃啦12/29 02:09
→ saladim: 其實這不一定是用哪種tool的問題 是release flow的問題12/29 02:37
→ saladim: flow沒先大家談好 科技幫不了你們 就是你們是每分每秒都12/29 02:39
→ saladim: 想上patch/code change, 也只能談好update pipeline的時12/29 02:39
→ saladim: 間點跟各個lib的版本 沒有那麼簡單也不是用某某tool就OK12/29 02:41
我們有可能update
發現部署清單忘記改
然後需要重新跑一次，一次跑30分鐘
我們的天才pipeline ，會把整包程式丟進server
接著根據部署清單挑檔丟入更新
因為真的太慢了
我才嘗試用差異部署的方式加快
用git diff 找出差異檔案挑檔部署
5分鐘結束
→ legnaleurc: 主管都沒差你幫他們操什麼心，省點力找下一間比較實12/29 02:48
→ legnaleurc: 際12/29 02:48
→ ssccg: 版控不是只有程式碼版控，建置產出的程式也要版控啊12/29 03:49
→ ssccg: A依賴B沒問題啊，A建置時去拉指定版本的B產出的程式12/29 03:50
→ ssccg: exe和dll也一樣，全部進到同一個產出程式的版控裡啊12/29 03:50
→ ssccg: 你們問題看起來就是程式碼到執行環境間少了一個repository12/29 03:59
我們現在是主程式一個Repo
DLL exe 自己一個Repo
推 nacy204327: 找下家 改了你也不會加分 改差了黑鍋就是你 說得動主12/29 04:38
→ nacy204327: 管才是重點 沒人挺你妄想改變公司什麼太難了 我懂 台12/29 04:38
→ nacy204327: 灣一堆毒瘤技術前輩只是因為老不是因為技術好 又在公12/29 04:38
→ nacy204327: 司時間跟三葉蟲一樣久 久了就越來越沒動力幫公司優化12/29 04:38
→ nacy204327: 什麼上版流程 優化自己履歷還差不多12/29 04:38
推 nacy204327: 「這只有你會用」你要嗆回去啊 你們不會嗎？不會要學12/29 04:42
→ nacy204327: 啊 這有很難嗎？12/29 04:42
→ nacy204327: 現在99%工程師都在用的東西不學？公司讓你來工作是來12/29 04:43
→ nacy204327: 說「我不會」的嗎？然後隔天跟主管說要離職XD12/29 04:43
因為我知道嗆人不會改善什麼
我知道這群人不懂，我還特地拉時間出來開課
以分享的形式跟這些人分享，我還上了至少三次
題外話，我一直以為我才是那菜雞
接著看到他們在網頁上面commit
還有各式各樣的commit log
「程式更新」「update」
「兩千三百萬人都驚呆了」
以為大公司學流程的
結果大公司是撒$$
推 mozume: 我開始懷疑你跟我同公司，你家系統應該歷史很古老，超過12/29 06:42
→ mozume: 三十年，中間接手過很多人，現在負責人已經是n手也改不動12/29 06:42
→ mozume: ，你家cicd不會是azure吧XD12/29 06:42
欸對，是公司內部Azure
以前叫TFS，現在應該改名了
我覺得不是改不動，要不要改而已
→ airtsubasa: 這是政治問題 你是新人嗎？是的話 嗯 不是的話，等你12/29 08:02
→ airtsubasa: 有權有勢再做12/29 08:02
等到有權有勢估計要去棺材裡面等
噓 B0988698088: 這是政治問題 不是你問到什麼比較好的做法去講講課12/29 09:08
→ B0988698088: 他們就會聽你的 大家出來都混口飯吃而已 憂國憂民不12/29 09:08
→ B0988698088: 如管好你自己12/29 09:08
真的，我這麼累幹嘛
搞了半天沒人屌我沒人支持的
反正要死一起死
推 schemer: 聽起來很像應該要有套件管理，但是變成手動在做？不是很12/29 09:24
→ schemer: 確定貴公司用的框架，以Java來說，各自的程式庫jar會有12/29 09:24
→ schemer: 獨立repo,也有自己獨立的release cycle。反正就各自bui12/29 09:24
→ schemer: ld ，放到nexus server就好，主程式或是有相依的程式庫12/29 09:24
→ schemer: ，需要就更新自己的pom檔，類似的邏輯應該很多框架都會12/29 09:24
→ schemer: 有吧？12/29 09:24
可能真的要獨立出來repo
我在思考一次提出30-40個repo的可能性
呵呵呵哈哈哈哈，不可能QQ
推 wulouise: mono repo然後全部cicd重新compile 不然就快逃12/29 09:46
推 flylover: 軟體只要能動就不要去改它，舊架構再爛也不要去亂動它12/29 10:12
→ flylover: ，公司要的是軟體繼續改版賣錢，不會在意技術上改的多12/29 10:12
→ flylover: 好或多爛12/29 10:12
我改程式改到覺得自己烤雞大概會死去
請你去煮一盤大便，然後問你大便怎麼煮的這麼難吃
而且還煮很久，oh我的老天鵝
推 stepnight: 這是人的問題，沒救，等你位置比他高12/29 10:12
→ stepnight: 才有可能改變，我上一間也87%像12/29 10:12
→ stepnight: 手動部署、版控亂七八糟，所以我逃了12/29 10:12
→ flylover: 全力改好也沒人懂，改後出的所有 bug 全算在你頭上，誰12/29 10:13
→ flylover: 扛的起？12/29 10:13
我還真願意扛
看到從20241010.ear拿回舊版本退版
然後一個程式一個程式挑出自己寫的
真的豆頁疼
→ Sayter: maybe monorepo + bazel，common libs 可以寫一個 build12/29 10:14
→ Sayter: rule，只是大家版本要先一致12/29 10:14
我有提過，我們現在同步上線版本
以此為基準開發，我可以不用做差異部署
鬼故事就是，我們的測試環境跟上線不是同版本
你這樣會害某些人的測試程式不見
WTF !? $@:&18’xnalon!￡\*]￥,€]]
→ stepnight: 另外這種職場有毒，新人進去陣痛期很長12/29 10:17
→ stepnight: 受不了的、看不下去、有能力的都會早早走了12/29 10:17
→ stepnight: 留下來的多半是走不動、或變成這形狀的人12/29 10:17
→ stepnight: 有點劣幣驅逐良幣了，勸你快逃12/29 10:17
推 Bencrie: 這麼不爽還不跳一定是給的錢太多了 XD12/29 10:19
畢竟本科不是這行
需要靠跳
說真的，會改到懷疑是自己的能力太爛還是架構太差
師爺說：「掙錢麻，不寒磣」
推 Ekmund: 不知道是你家量體太大還怎樣 我怎麼覺得聽起來正常...12/29 10:27
公司蠻大的
程式會大我覺得只是管理不當
→ Ekmund: 那些相依的proj 其實跟你用開源套件 甚至語言及平台本身12/29 10:27
→ Ekmund: 支援的版本是一個概念 只是不是你在控 所以你不覺得有異12/29 10:27
→ Ekmund: 因為通常只要保證向下相容就好 大部分情況皆會啦12/29 10:27
→ Ekmund: 也沒必要每次build就從相依根源開始 所以拆成主體+dll12/29 10:27
→ Ekmund: 各有各的repo的形式也可以理解 全看上層proj的owner決定12/29 10:27
→ Ekmund: 有沒有必要隨時跟進 所以說起來這還真不是單一RD能解的12/29 10:27
→ Ekmund: 畢竟要做mono repo 還得看什麼角度下去切分12/29 10:27
→ Ekmund: layer/domain/BU...what ever12/29 10:27
→ Ekmund: 感覺只能找人一起向上提 讓各leader關一間後 2也會解決XD12/29 10:27
所以我目前想到的是
主程式的版控就負責自己的部分
DLL的部分，交由pipeline去處理
畢竟由主程式去控制一個無法檢視差異的DLL 不合理
那DLL的部分，就由各地端自行處理編譯
這樣即使主程式有問題，也能找出是某次DLL更新造成的
甚至是退版也會比較簡單處理
也不用全部拉出Repo處理
只不過變成pipeline可能會寫很多
→ Ekmund: 通常這種問題要說服不能用開發角度 要用管理成本才講得通12/29 10:30
→ Ekmund: 但你有多硬 以及領的錢值不值得花這個effort 就看你啦12/29 10:33
說實在的
每個人都在想自己領的夠不夠花心力做
我只是想把事情做好
嘗試從上從下滲透進去
寫報告給主管看可以多節省時間
幫同事做退版跟備份
開會後花半個小時到一個小時跟大家解釋原理
不過換來的，好像只有這東西只有你會用
說到就火，我就在提解決方案，然後...
對不起，我上下管理能力不足
→ Ekmund: 我是覺得你家東西看來明顯需要decouple跟加一些中間規則12/29 10:45
→ Ekmund: 就算用了你的做法還是會整天進進退退 跑這就飽了12/29 10:45
→ Ekmund: 所以你跑比較快 嗯12/29 10:45
推 lylu: 真的要推就自己搞一套獨立環境跟其他人分開跟上頭說是備援12/29 11:10
→ lylu: 用的 等到哪天原本的爆炸就可以拿出來邀功了 但等於是要多12/29 11:10
→ lylu: 花心力做這事12/29 11:10
公司內不能自己架環境
而且跟別人版控就是個問題了
我們的測試環境是手丟的跟手動比對的…
→ shockrabbit: 這個制度已經運行多年，很難以一己之力去撼動。12/29 11:13
推 sniper2824: 趕快去找下一間比較實在==12/29 11:14
→ a740125: 整個看下來 就是快逃阿12/29 11:15
推 simon1203: 主管不支持==沒戲唱，我也懂你整天被逼著吃屎的心情，12/29 11:19
→ simon1203: 只能說快逃，不要讓自己習慣吃屎12/29 11:19
→ simon1203: 除非他錢給得夠多12/29 11:20
推 Arbin: 我自己現在就是在搞獨立環境 從Git-SVN開始 甚至想搞本地C12/29 11:20
→ Arbin: I/CD 因為我也知道開發習慣這件事真的很難改==12/29 11:20
→ Arbin: 但是我公司都還沒到你公司那麼大便就是了 頂多甲方有改東12/29 11:22
→ Arbin: 西不跟我們講 自己長出東西部署又有問題 公司還要想辦法甩12/29 11:22
→ Arbin: 鍋12/29 11:22
推 miloisgood: 金融業+112/29 11:34
→ superpandal: 你就管好你自己負責的就可以了 自己負責的東西有要上12/29 11:39
→ superpandal: 線再丟清單就好12/29 11:40
→ superpandal: 順帶調低自己開發的步調半養老12/29 11:45
→ Dommgifer: 你不用操心 你操心就會是你處理 然後不會有人感謝你12/29 11:50
→ superpandal: 只要沒有其它痛點是可遇不可求的職位12/29 11:52
→ superpandal: 可以有多的時間去沉澱去思考其它的東西12/29 11:55
→ superpandal: 以逸待勞 以靜制動12/29 12:06
→ superpandal: 什麼都要你主動的那才叫恐怖 累死你12/29 12:09
→ superpandal: 有多主管很不盡責的 講少少要你自己去釐清一堆東西12/29 12:13
→ superpandal: 那有沒有主管有差嗎12/29 12:14
推 abc0922001: 真恐怖XD12/29 12:25
→ superpandal: 有些還會緊急時含糊其詞拖你進度 當然慢下來可以 但12/29 12:26
→ abc0922001: 資深的不會想學新東西啦，不會用也不想會用12/29 12:26
→ superpandal: 有甩鍋的可能12/29 12:26
推 acgotaku: 沒出事就不要多事,感覺你們也算維護現有服務為主的單位12/29 13:45
→ acgotaku: 只是為了看不順眼版控去更動結果服務爆掉 上面怎麼看這12/29 13:46
→ acgotaku: 單位? pip人頭可能給你們多塞幾個12/29 13:46
→ acgotaku: 版控最主要目的還是眾人協作的共識,不是非業界普遍操作12/29 13:48
→ acgotaku: 或是你看不順眼的操作就是需要推翻的,主要是部門內共識12/29 13:49
→ acgotaku: 我自己去支援別部門開發產品也是尊重他們原有開發共識12/29 13:50
→ acgotaku: 就算看不順眼也不會去做什麼更改12/29 13:51
→ cancelpc: 以前我在軟體公司當RD,SD,SE,..每次要推這些都很難12/29 14:37
→ cancelpc: 後來在營業單位當IT,全都沒權限下,還是有辦法弄離線12/29 14:39
→ cancelpc: 省下自己的時間,反正系統全外包,有事沒事都當我的事12/29 14:40
→ cancelpc: 反正待業務單位,完全失去資訊/情報/執行/等等能力12/29 14:42
→ cancelpc: 一個銷售單位只能玩玩簡單的excel,完全搞不懂為何賣得好12/29 14:43
→ cancelpc: 為何賣的差,也難搞行銷專案,光法遵就無力應付12/29 14:44
推 aass5576843: 看起來你很心在公司持續發展，但要聽一個新人的老一12/29 15:20
→ aass5576843: 輩不會服的，這是人性12/29 15:20
我沒有要你聽我的
反而我都聽他們的
再不合理的要求我都盡力
你不要討論時開大絕啊，那我做個毛
→ holmes2136: 八成是金融業12/29 15:37
推 ghost90331: 其他的點還好說，第一點…..12/29 18:15
→ tsaigi: 啥啦 你很閒是不是…12/29 18:55
→ AxelGod: 你該跳槽了12/29 19:00
→ holmes2136: 在這種比較政治的委由顧問第三方來做也是可以考慮的12/29 19:21
推 w107: 這種東西感覺也在敝司裡發生…12/29 23:58
推 viper9709: 請你去煮一盤大便，然後問你大便怎麼煮的這麼難吃+112/30 00:17
→ viper9709: 明明是上面說要做的,然後再來問你怎麼做這麼爛...12/30 00:17
推 lk2986706we: 如果你的職等比別人低 不要想太多 如果一樣 可以力求12/30 07:11
→ lk2986706we: 表現 不是技術導向的文化 很難改變12/30 07:11
→ DrTech: git很好。但不是所有環境都"必須"要用git。而且這篇的問題12/30 08:08
→ DrTech: 看起來不在版本控制工具，而是在溝通或流程本來就不順。流12/30 08:08
→ DrTech: 程順了用不用git沒差。流程不順，你用git也沒意義。12/30 08:08
不完全，他本來就是工具
只是整個流程很匪夷所思
也不知道是怎麼經年累月下來的結果
我們花費了很多不必要的工
我猜可能當初設計流程的時候就找鬼抓藥單了
然後為了補洞就塞了很多奇怪的東西進來
如果有更好的工具或方法，我很願意嘗試
我也只是用一個很初階的工具而已…
→ idok: 我也覺得不必為了用而用 如果現在開發流程 大家都覺得很棒12/30 08:56
→ idok: 你說服不了別人 只有你覺得不棒12/30 08:57
→ idok: 那這種情況 是你不適合這個團隊 你應該找個適合你的地方12/30 08:57
→ idok: 如果你很在意技術 很在意軟體工程 你應該去重視這些的團隊12/30 08:58
→ idok: 繼續在這裡 只是消耗自己 遲早憂鬱症 我過來人 供你參考12/30 08:59
→ ericthree: 逃12/30 09:14
→ kyoe: 都還是新人,甚麼公司的流程架構簡單到還是新人就能熟悉透然12/30 10:12
→ kyoe: 後自以為可以去修改整個架構?每個新人進來都說XXX好用,多的12/30 10:13
→ kyoe: 是導一半離職或直接失敗的,在還沒真正深入了解之前,先跟隨12/30 10:14
→ kyoe: 團隊既有的模式去熟悉了解,再來談改善架構吧12/30 10:14
→ kyoe: 當你覺得老人都頑固不想改變的時候,也要想一下老人是不是也12/30 10:15
→ kyoe: 覺得「又來一個新人,一進來就這邊那邊要改,看啥都不順眼」12/30 10:16
→ kyoe: 我現在公司也推不動GIT,但沒關係啊,我自己用,團結想用的同事12/30 10:17
→ kyoe: 用,主管要我把更新ZIP給他,就ZIP給他,我自己版控好用就好12/30 10:18
我就是一直跟了流程
然後提出改善計劃，並且做測試
我沒有說我的方式會比較好用
所以我提出討論，有沒有需要改善的地方
我也直接問了，大家根本就知道很多問題
現行方法就是會蓋檔，然後沒辦法退版
然後DLL要手動上，還沒辦法知道改了什麼
git不是我強迫他們用，是本來就有用
用得很糟而已
你這就開大絕，沒啥好討論的
照你這邏輯，公司裡面沒待滿個十年
你不需要有發言權，因為你根本不懂
推 cdy815: 聽起來有些人連基礎的commit都有問題，所以不用太操心，12/30 10:23
→ cdy815: 該跑就跑12/30 10:23
推 luluking: 認真回 感覺很簡單就可以完成12/30 11:40
推 jack0204: 這就是為什麼很多公司想做DevOps做不起來或很不順的原因12/30 12:19
推 APTON: 關於dll的部分，可以考慮始自建nuget server12/30 12:21
推 fatb: 流程本來就是公司有power話語權的人在推 這沒什麼 你去別家12/30 16:10
→ fatb: 有話語權後人家也是聽你的12/30 16:10
→ fatb: 蓋別人code是職場大忌 所以上傳完我都會再檢查一次12/30 16:11
→ fatb: 工作不是自己做好就好 團隊也是一部份 不舒服就離開這樣而已12/30 16:13
蓋Code的原因是因為沒人知道你改什麼
你甚至不知道誰蓋你的
然後配上各種失敗就用舊的蓋回去
我才提出版控跟自動化部署
你上傳完要檢查什麼？code是用蓋的不是比對的
沒進版控的東西，沒了就沒了
這根本不是我好就好的流程zzzz
再者，因為你不知道有誰更新
你每一次都有重複這個動作，即使根本沒人動
快2025年了欸
你怎麼不說這只是老人好就好的東西
我也不是出張嘴，我是實質下去操作
提出改善計劃跟執行方法
不過估計你上傳後會再檢查一次的習慣
我猜你不懂版控
→ labbat: 我不知道你怎檢蓋查code的，但只要善用git --git-dir和12/30 21:11
→ labbat: git --work-tree，連沒有git的專案我都能生版本管理出來12/30 21:12
→ labbat: 然後比沒有git更慘烈的狀況是兩個用git的各自堅持merge12/30 21:14
→ labbat: 看到新的就fetch，沒衝突就merge有衝突就rebase爽爽12/30 21:16
主要是檔案放在server 端
每一次都要進去比對檔案
不然，你不會知道有誰更新了什麼
沒有進版控的當然能建庫
但是…
推 twolight: 這是flow的問題12/30 21:51
→ twolight: flow的問題就是政治問題12/30 21:51
→ DrTech: 我還是看不太懂這跟有沒有用git有什麼關係。大家code不同12/31 08:11
→ DrTech: 版本可以搞到不兼容，蓋掉就不能用，首先我會想到的是：沒12/31 08:11
→ DrTech: 人訂整合的規格與流程嗎？ 沒人訂，你用了git，也是到處衝12/31 08:11
→ DrTech: 突，還要不斷的改衝突，不斷的看別人改什麼，真的並沒有比12/31 08:11
→ DrTech: 較好。12/31 08:11
→ DrTech: 有人訂了軟體規格與流程，用不用got沒差，反正模組間的介12/31 08:13
→ DrTech: 面規定訂好都兼容就好。12/31 08:13
→ DrTech: git12/31 08:13
→ DrTech: 認同版本要控制與管理，但真的不一定用git就能解決問題。12/31 08:15
→ DrTech: 流程比git重要太多了。12/31 08:15
→ DrTech: 程式碼內容大家有版本差異也是，流程不改，持續用git到處12/31 08:25
→ DrTech: 比對，根本不能解決問題。訂個流程與規格才能解決。用不用12/31 08:25
→ DrTech: git跟本不是問題。12/31 08:25
→ DrTech: git工具很好，沒否認。但流程與規格更重要12/31 08:26
沒錯你答對了
跟上面說的一樣，flow 屬於政治問題
整個流程就是很弔詭
我們開發的跟上線的不是同一個東西
還有同個版本庫同時套用三個程式
但是三個程式卻又獨立修改！？
再者還有奇怪的上版流程
導致工程師可以把不是線上的程式進入版本庫
不是一定要用git，我只是用它嘗試解決問題
但你好說好歹，大家都改一樣的程式可以嗎
對了忘記說
因為百家爭鳴，我才嘗試使用git diff去建pipeline
把分支有變更的差異部署進去
本身就是下下策了
→ GoalBased: 提出問題，拿出解決方案，推銷你的方案，落地。12/31 11:03
→ GoalBased: 你寫的太亂了，所以沒有細看，但我猜你應該是有發現問12/31 11:05
→ GoalBased: 題，但沒辦法拿出一個適合你們公司的解決方案12/31 11:05
適不適合不知道
但是提出討論被懟大絕
只有你要改只有你要用
推 gino0717: 我以前遇過每次上版把所有人的code覆蓋掉的臭老頭 12/31 14:09
→ gino0717: 後來他先不爽我們自己跑掉了 南無阿彌陀佛 12/31 14:09
推 viper9709: 推流程比較重要+1~雖然新人可能不太能改這個... 01/01 00:38
→ MonyemLi: 年青都會覺得能抗，掌權很孬，都這樣過來的，但其實能 01/01 15:40
→ MonyemLi: 扛什麼，能扛就不會不能做主。 01/01 15:40
→ MonyemLi: 準備好完整方案，持續溝通，連這種信心度爆棚的都難溝 01/01 15:51
→ MonyemLi: 通，之後信心度不高的怎麼溝通。離職或跟隨也選項。 01/01 15:52
→ GoalBased: 你可以有情緒推動不了就換公司呀，也可以排除所有障礙 01/01 21:30
→ GoalBased: 去達成，沒有哪一個比較好，但陷在情緒裡面對你自己沒 01/01 21:30
→ GoalBased: 有幫助 01/01 21:30
說得好，我努力不帶情緒
逃避問題不是我的個性
但是沒辦法解決的，看來也只能換環境試試
至少我努力過
※ 編輯: TurtleGods (114.44.237.43 臺灣), 01/01/2025 21:44:04
推 GiPaPa: 拜託不要再花時間腦力去把這坨大便改善了 準備履歷優先 01/02 16:02
→ GiPaPa: 照前輩的流程走 不要有意見 但做好不久留的心理準備 01/02 16:03
推 Litfal: 建議你，找到好方法去檢查或處理你自己認為大便的事情， 01/02 16:15
→ Litfal: 節省自己花在維護上的時間，其他人就別管了 01/02 16:15
推 cablate: 這陀大便變成今天這樣老員工都有責任，你也別想改 01/08 18:39
→ cablate: 變了，只會碰一鼻子灰 01/08 18:39
推 Merkle: 快逃 01/10 19:56
推 unixxxx: 你這個問題看起來很多 不要想一次到位 這個要一點一點改 01/25 18:45
→ unixxxx: 善 01/25 18:45
→ unixxxx: 版本庫裡面不該放 exe DLL 這些 build出來的檔案 01/25 18:46
→ unixxxx: 然後應該要有一個檔案 來記錄每個環境是使用哪個版本號 01/25 18:49
→ unixxxx: 部署階段就去拉那一些檔案 01/25 18:49
推 unixxxx: 主程式裡面應該要維護一份 每個子程式的版本號相依關係 01/25 18:54
