V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
• 请不要在回答技术问题时复制粘贴 AI 生成的内容
kahlkn
V2EX  ›  程序员

屎山+++

  •  
  •   kahlkn · 364 天前 · 6753 次点击
    这是一个创建于 364 天前的主题,其中的信息可能已经有所发展或是发生改变。

    屎山+++

    piLa0sJ.jpg

    29 条回复    2023-12-30 12:00:30 +08:00
    w292614191
        1
    w292614191  
       364 天前
    看下了我们的,你这还好。

    业务(人性)太复杂了,习惯就好。
    beyondstars
        2
    beyondstars  
       364 天前
    如果是用 rebase 而不是 merge 的话就不会这样。
    fields
        3
    fields  
       364 天前
    习惯就好了,能提交上去就不错了,靠人自觉维护好代码提交是不可能的
    Fleey
        4
    Fleey  
       364 天前   ❤️ 1

    习以为常
    kahlkn
        5
    kahlkn  
    OP
       364 天前
    @Fleey 牛逼了,你这个 merge 也太多了吧。


    @fields 是的,后续强调过 尽可能 避免这种,不过很多人都习惯了。


    @beyondstars 嗯嗯。 我个人习惯就是走 rebase 的,,不过 很多人都不习惯 rebase 。


    @w292614191 嗯嗯,,看到过楼下的那个,,,,确实我这个不算啥了。
    fields
        6
    fields  
       364 天前
    @kahlkn #5 有一定规模了 就搞个 ci 吧 集成到 git 里去,用程序强制规范代码提交行为
    kahlkn
        7
    kahlkn  
    OP
       364 天前
    @fields CI 应该不能 规范 GIT 的操作吧? 我了解的可以再 Git 中集成 代码扫描器,,如果代码扫描器 扫描的有问题,GIT 就会提交失败。
    fields
        8
    fields  
       364 天前
    @kahlkn #7 合并前可以检测到分支是否落后,如果落后可以禁止合并,还有每次提交只允许一个 commit 这样可以保证一条直线了 跑一下流水线就可以了
    kingofzihua
        9
    kingofzihua  
       364 天前   ❤️ 12
    咋看出来屎山的?
    wweerrgtc
        10
    wweerrgtc  
       364 天前   ❤️ 1
    哪里屎山了, 这么多年一直都这样
    xudashan
        11
    xudashan  
       364 天前
    @kingofzihua 卧槽!!!!牛逼!!
    Jony4Fun
        12
    Jony4Fun  
       364 天前
    @kingofzihua 您这是整理过的山?
    dlmy
        13
    dlmy  
       364 天前   ❤️ 1
    @kingofzihua 这是在织毛衣吗
    xing7673
        14
    xing7673  
       364 天前
    我们项目虽然没有过,但是我看过 swift 仓库
    linch97
        15
    linch97  
       364 天前
    @kingofzihua 电子织布机
    LucasChang
        16
    LucasChang  
       364 天前
    @kingofzihua #9 牛逼
    FaiChou
        17
    FaiChou  
       364 天前
    是流行这种帖子吗? /t/1004445
    ZLY201
        18
    ZLY201  
       364 天前
    自从我知道 ld 会根据千行代码 bug 率和 commit 数量评估的时候我再也没用过 rebase
    yyancy517
        19
    yyancy517  
       364 天前
    @kingofzihua #9 牛逼!!!
    kahlkn
        20
    kahlkn  
    OP
       364 天前
    @kingofzihua 牛逼。 一般来说 rebase 和 merge 混用,尽可能避免出现极多层的 merge 嵌套(原因的话,可以问问 AI )。 一般 merge 我个人觉得最多 嵌套 2-3 层。

    @fields 以后有机会试试。
    kingofzihua
        21
    kingofzihua  
       364 天前
    @kahlkn #20 其实也并没有吧,只是并行的分支过多,分支模型就 master/dev/feat|fix-* ,gitlab 版本过低,merge 不支持 Squash
    kingofzihua
        22
    kingofzihua  
       364 天前
    @Jony4Fun 是的,有幸接手,亲手在屎山上拉了一坨新的
    xpfd
        23
    xpfd  
       364 天前
    这是用啥软件看的?
    tyrone2333
        24
    tyrone2333  
       364 天前
    @kingofzihua 什么赛博织布机😄
    imyip
        25
    imyip  
       364 天前
    @xpfd sourcetree
    Maboroshii
        26
    Maboroshii  
       364 天前
    @xpfd git log --graph 也可以
    memorycancel
        27
    memorycancel  
       364 天前
    哦!牛逼!你们都不用 rebase 的吗?
    maleclub
        28
    maleclub  
       364 天前 via Android
    @kingofzihua 我滴妈!!!
    kentons
        29
    kentons  
       363 天前
    @ZLY201 还可以这么玩吗,很多公司为了分支合并不乱采用 rebase ,原来是为了统计
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2757 人在线   最高记录 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 32ms · UTC 13:02 · PVG 21:02 · LAX 05:02 · JFK 08:02
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.