ARTICLE DETAIL

资讯详情

深耕郑州网站建设与运营推广的一线实战洞察。

【版本控制】如何看待不使用Git的软件工程师?

【版本控制】如何看待不使用Git的软件工程师? 不会用Git做局域网版本同步的公司现状很多中小硬件、嵌入式、机器人小公司内网完全不用Git做局域网协作不是不知道Git而是团队习惯、人员能力、项目历史原因改用别的土办法。他们实际怎么传代码/文档1. 共享文件夹Windows网上邻居内网开共享盘所有人直接往里面改文件。致命问题没有版本记录两个人同时编辑同一个文件直接覆盖谁误删文件就没了没有commit注释不知道哪天干了什么。只能靠手动复制备份文件夹 项目V1 、 项目V2_改电机 、 最终版_真最终 。2. U盘、企业微信/钉钉发压缩包工程师改完代码、图纸打zip丢群里别人下载覆盖本地。版本完全靠文件名区分。3. SVN老一代版本工具部分老硬件公司内网搭SVN服务器做局域网版本管理。SVN是中心式版本控制适合图纸、文档但现在新人更熟悉Git。4. 只在个人电脑本地Git每个人自己电脑用git做本地commit但不搭建内网共享仓库。需要交版本打zip包导出给别人不push/pull内网仓库。为什么不搞Git局域网裸仓库/SSH内网Git服务器1. 人员能力参差不齐硬件、结构工程师不会git命令害怕命令行抵触学习很多人只会点鼠标。局域网Git‑SSH要配置IP、密钥、处理冲突对非软件人员门槛高。2. 项目混杂大量二进制大文件机器人项目STL、STEP三维模型、PCB文件、固件bin。Git原生对大二进制文件不友好虽然有Git‑LFS但配置、排错有成本小公司嫌麻烦。3. 管理嫌维护麻烦内网Git服务器需要一台机器常驻、处理IP变动、权限、备份小公司没有专职运维没人维护内网git服务。共享文件夹开箱即用零学习成本。4. 历史遗留习惯公司从一开始就是共享盘传文件老员工这么干新进来跟着照做流程固化不愿意重构工作流。这种工作模式带来的真实问题面试可以讲体现你的认知1. 文件覆盖丢失两个人同时编辑一份BOM、图纸后保存的直接覆盖前面人的修改。2. 版本混乱文件夹一堆 最终、最终改、再改一版 分不清哪个是有效版本。3. 无法回溯出bug不知道哪次改动引入没有修改日志。4. 备份风险共享盘硬盘崩掉整套项目直接丢失。5. 代码交接痛苦人员离职代码图纸散落在个人电脑。公司整体不用内网Git服务器你可以个人引入Git不强制整个团队改造流程。1. 你本机自己用Git本地 .git 管理自己负责的代码、文档、BOM每次修改做commit记录。2. 交付输出物依然按公司要求丢共享盘你的Git作为自己的个人版本快照用来回溯自己的修改。3. 条件允许自己搭一台简易内网Git裸仓库只给自己小小组同步不强制全公司。4. 重要节点同步一份到Gitee/GitCode私有仓库作为个人备份面试可以展示。面试可直接复述的话术“部分硬件、机器人中小企业团队存在结构、硬件、嵌入式多角色协同大量三维模型、PCB二进制文件很多工程师不熟悉Git命令行公司没有搭建内网Git服务大多依靠内网共享盘、压缩包传递版本会出现版本覆盖、难以回溯的问题。我个人会使用Git管理自己产出的代码、规格文档做版本记录对外交付按照公司流程自己做版本备份有条件可以搭建小组级的局域网Git裸仓库做小范围同步。”补充不是说公司差只是团队协作工具选择。大型机器人公司会内网搭建Gitlab私有服务器全员git内网SSH推拉同时开启LFS管理模型、固件二进制文件这是理想状态但中小公司很少具备这套条件。
返回列表