刚刚打得不见马的 第一次在板上发文，看板规应该是可以发 如果有问题请告知删文谢谢 本身有相当多的鬼故事，不过我想先解决问题 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://webptt.com/cn.aspx?n=bbs/Soft_Job/M.1735401791.A.892.html 我们有一个测试环境跟一个准上线环境 测试环境给工程师用，准上线环境会给QA测试使用 我是听从说测试环境就给我们随便丢程式塞，结果刚好该次有同事也开发同一只 被盖掉後还high light 我只想说，是因为我做自动化测试 不然你根本不知道是谁盖你的(因为平常所有人都是手动处理) 虽然我确实不应该盖掉别人程式，对你是对的 不过目的上是希望可以自动化部属准上线程式跟正式上线程式 我只好先从测试环境测试 没办法透漏太多欸QQ 我现在就是想要解构重弄 新进的都能接受，但是掌权的在老人手里，他们完全无法接受 我提出讨论跟解决方案尝试，被怼说这只有你会用 真的没塌掉是奇蹟 我刚进来的时候，看到commit history长这样 2024xxxx 程式更新 我差点把胃吐出来 你是说平行分支合并吗? 这部分被搞得很复杂 有人要退版，结果会变成两支分支一起退版 然後又因为开发分支合并多次，导致很容易出问题 又有同事会用手动退版，自己把写的内容挑出来删掉 退来并去的，我常常觉得公司钱真的很多，浪费时间在这种琐事上 而且居然还没垮掉 我真的是打从心底没办法接受部属清单这件事情 题外话，我前公司用SVN，但是当时面我的主管说会用git 直到我去学git才发现根本就没人会用 总共六个工程师，3个人的开发project我推不动git 我老板觉得浪费时间，新的主管工程师说不要这麽麻烦 然後老屁股工程师说，SVN太多commit很难看，不要一直commit 即使我用git去并svn，我都没管别人了还会被老屁股靠邀 现在公司更大，根本变成天方夜谭 我有想过sub module 但是要把所有DLL 程式库个别拆分出来 他们现在全部包成一包 然後部署清单这个是另一个故事… 那就跟我的想法相同 CICD时去指定 我还直接表明没关系问题算我的 但是你真的不要太期待 复制资料夹当备份… 这点是我别的愤怒原因就别提了 我到职的时候就跟主管提过这会出事的 接着搭配着我各种拐弯抹角分享技术的形式 教同事怎麽使用 然後，主管还是只听前辈讲的 改善流程计划也是参考前辈的意见 我都用各种形式去让他知道我会这工具 但是前辈在这位子资深 所以我的意见麻，不是很重要 我被问过，为什麽我要照三餐Commit 呵呵呵… 我们有可能update 发现部署清单忘记改 然後需要重新跑一次，一次跑30分钟 我们的天才pipeline ，会把整包程式丢进server 接着根据部署清单挑档丢入更新 因为真的太慢了 我才尝试用差异部署的方式加快 用git diff 找出差异档案挑档部署 5分钟结束 我们现在是主程式一个Repo DLL exe 自己一个Repo 因为我知道呛人不会改善什麽 我知道这群人不懂，我还特地拉时间出来开课 以分享的形式跟这些人分享，我还上了至少三次 题外话，我一直以为我才是那菜鸡 接着看到他们在网页上面commit 还有各式各样的commit log 「程式更新」「update」 「两千三百万人都惊呆了」 以为大公司学流程的 结果大公司是撒$$ 欸对，是公司内部Azure 以前叫TFS，现在应该改名了 我觉得不是改不动，要不要改而已 等到有权有势估计要去棺材里面等 真的，我这麽累干嘛 搞了半天没人屌我没人支持的 反正要死一起死 可能真的要独立出来repo 我在思考一次提出30-40个repo的可能性 呵呵呵哈哈哈哈，不可能QQ 我改程式改到觉得自己烤鸡大概会死去 请你去煮一盘大便，然後问你大便怎麽煮的这麽难吃 而且还煮很久，oh我的老天鹅 我还真愿意扛 看到从20241010.ear拿回旧版本退版 然後一个程式一个程式挑出自己写的 真的豆页疼 我有提过，我们现在同步上线版本 以此为基准开发，我可以不用做差异部署 鬼故事就是，我们的测试环境跟上线不是同版本 你这样会害某些人的测试程式不见 WTF !? $@:&18’xnalon!￡\*]￥,€]] 毕竟本科不是这行 需要靠跳 说真的，会改到怀疑是自己的能力太烂还是架构太差 师爷说：「挣钱麻，不寒碜」 公司蛮大的 程式会大我觉得只是管理不当 所以我目前想到的是 主程式的版控就负责自己的部分 DLL的部分，交由pipeline去处理 毕竟由主程式去控制一个无法检视差异的DLL 不合理 那DLL的部分，就由各地端自行处理编译 这样即使主程式有问题，也能找出是某次DLL更新造成的 甚至是退版也会比较简单处理 也不用全部拉出Repo处理 只不过变成pipeline可能会写很多 说实在的 每个人都在想自己领的够不够花心力做 我只是想把事情做好 尝试从上从下渗透进去 写报告给主管看可以多节省时间 帮同事做退版跟备份 开会後花半个小时到一个小时跟大家解释原理 不过换来的，好像只有这东西只有你会用 说到就火，我就在提解决方案，然後... 对不起，我上下管理能力不足 公司内不能自己架环境 而且跟别人版控就是个问题了 我们的测试环境是手丢的跟手动比对的… 我没有要你听我的 反而我都听他们的 再不合理的要求我都尽力 你不要讨论时开大绝啊，那我做个毛 不完全，他本来就是工具 只是整个流程很匪夷所思 也不知道是怎麽经年累月下来的结果 我们花费了很多不必要的工 我猜可能当初设计流程的时候就找鬼抓药单了 然後为了补洞就塞了很多奇怪的东西进来 如果有更好的工具或方法，我很愿意尝试 我也只是用一个很初阶的工具而已… 我就是一直跟了流程 然後提出改善计划，并且做测试 我没有说我的方式会比较好用 所以我提出讨论，有没有需要改善的地方 我也直接问了，大家根本就知道很多问题 现行方法就是会盖档，然後没办法退版 然後DLL要手动上，还没办法知道改了什麽 git不是我强迫他们用，是本来就有用 用得很糟而已 你这就开大绝，没啥好讨论的 照你这逻辑，公司里面没待满个十年 你不需要有发言权，因为你根本不懂 盖Code的原因是因为没人知道你改什麽 你甚至不知道谁盖你的 然後配上各种失败就用旧的盖回去 我才提出版控跟自动化部署 你上传完要检查什麽？code是用盖的不是比对的 没进版控的东西，没了就没了 这根本不是我好就好的流程zzzz 再者，因为你不知道有谁更新 你每一次都有重复这个动作，即使根本没人动 快2025年了欸 你怎麽不说这只是老人好就好的东西 我也不是出张嘴，我是实质下去操作 提出改善计划跟执行方法 不过估计你上传後会再检查一次的习惯 我猜你不懂版控 主要是档案放在server 端 每一次都要进去比对档案 不然，你不会知道有谁更新了什麽 没有进版控的当然能建库 但是… 没错你答对了 跟上面说的一样，flow 属於政治问题 整个流程就是很吊诡 我们开发的跟上线的不是同一个东西 还有同个版本库同时套用三个程式 但是三个程式却又独立修改！？ 再者还有奇怪的上版流程 导致工程师可以把不是线上的程式进入版本库 不是一定要用git，我只是用它尝试解决问题 但你好说好歹，大家都改一样的程式可以吗 对了忘记说 因为百家争鸣，我才尝试使用git diff去建pipeline 把分支有变更的差异部署进去 本身就是下下策了 适不适合不知道 但是提出讨论被怼大绝 只有你要改只有你要用 说得好，我努力不带情绪 逃避问题不是我的个性 但是没办法解决的，看来也只能换环境试试 至少我努力过 ※ 编辑: TurtleGods (114.44.237.43 台湾), 01/01/2025 21:44:04