react native 项目 merge 的时候,为什么组件的.json 文件没有覆盖修改?很费解 - V2EX
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
Sign Up Now
For Existing Member  Sign In
git
Pro Git
Atlassian Git Tutorial
Pro Git 简体中文翻译
GitX
rrubick
V2EX    git

react native 项目 merge 的时候,为什么组件的.json 文件没有覆盖修改?很费解

  •  
  •   rrubick Aug 5, 2022 1739 views
    This topic created in 1363 days ago, the information mentioned may be changed or developed.

    一个 RN 项目,今天在合并分支的时候,发现组件的 .json 文件没有被覆盖修改,大佬们帮忙看下

    目录格式如下:

    project │ └───js    │    └───Components      │      └───组件 A │ package.json 

    其中,AB 两个分支里  package.json 文件内容如下

    { "name": "name", "upload": { "add": "npm publish --registry=http:A", } } 
    { "name": "name", "upload": { "add": "npm publish --registry=http:B", } } 

    当我 merge A into B 的时候,这个 package.json 里内容仍然是 http:B,这里为什么不是 http:A 呢?

    请大佬解惑

    Supplement 1    Aug 5, 2022
    相关分支大概如下

    结果还是 http:B ???
    / |
    / |
    / |
    merge into B |
    / |
    / |
    http:A http:B
    | ----------------/ |
    | / |
    | / |
    |------Temp |
    | (拉分支改成了 http:B) |
    |---------------------B1-------B
    |
    A
    Supplement 2    Aug 5, 2022

    分支大概如下图:

    img

    12 replies    2022-08-06 18:26:15 +08:00
    simonCN
        1
    simonCN  
       Aug 5, 2022
    你看下 git merge 的那个 commit 具体改变的数据,或者这个 json 文件被 ignore 了?
    mxT52CRuqR6o5
        2
    mxT52CRuqR6o5  
       Aug 5, 2022
    这个要看先后的
    rrubick
        3
    rrubick  
    OP
       Aug 5, 2022
    @simonCN #1
    commit 里没有这个 json 文件的修改
    . gitignore 内容如下
    ``` json
    # See https://help.github.com/articles/ignoring-files/ for more about ignoring files.

    # dependencies
    /node_modules
    */node_modules/
    */dist/
    /.pnp
    .pnp.js

    # testing
    /coverage

    # production
    /build

    # misc
    .DS_Store
    .env.local
    .env.development.local
    .env.test.local
    .env.production.local

    npm-debug.log*
    yarn-debug.log*
    yarn-error.log*
    .idea/
    ```
    rrubick
        4
    rrubick  
    OP
       Aug 5, 2022
    @mxT52CRuqR6o5 @2
    大佬,分支大概图示已经 append 了
    mxT52CRuqR6o5
        5
    mxT52CRuqR6o5  
       Aug 5, 2022
    @magic3584
    我感觉是不是 merge B into A 得到结果 package.json 内容 http:B 就符合你预期?
    不管是 merge B into A 还是 merge A into B 最终得到的代码结果都是一样的,区别只是在于这条 merge 的 commit 是在 A 上还是在 B 上
    rrubick
        6
    rrubick  
    OP
       Aug 6, 2022
    @mxT52CRuqR6o5 #5

    「不管是 merge B into A 还是 merge A into B 最终得到的代码结果都是一样的」

    为啥会一样呢?不是应该代码覆盖吗?
    mxT52CRuqR6o5
        7
    mxT52CRuqR6o5  
       Aug 6, 2022 via Android
    @magic3584 你假定一个最简单的场景脑内预想一下或者实践一下,现在仓库里有两个文件文件 A 和文件 B ,在 A 分支修改文件 A ,在 B 分支修改文件 B ,然后想想 A merge 到 B 会是什么结果,B merge 到 A 是什么结果
    我表达水平不太行,不知道应该怎么讲明白这件事
    rrubick
        8
    rrubick  
    OP
       Aug 6, 2022
    @mxT52CRuqR6o5 #7
    您说的是俩文件,所以 merge 后也应该是俩文件。
    我这里是同一个文件的相同位置,所以不说覆盖,应该也会有冲突的吧
    mxT52CRuqR6o5
        9
    mxT52CRuqR6o5  
       Aug 6, 2022 via Android
    @magic3584 仔细想想我给的例子,我给的例子重点在于 AB 两个文件在 merge 前在两个分支上的状态是不一样的,在 A 分支上 A 文件是修改后的状态,在 B 分支上 A 文件是修改前的状态,难道我把 B merge 到 A 会把会让 A 文件变成修改前的状态吗?
    rrubick
        10
    rrubick  
    OP
       Aug 6, 2022
    @mxT52CRuqR6o5 #7
    我查了下资料,我这里是因为 B 是 A 的子分支,所以 merge A into B 的时候,还是按 B 的为准,而如果 merge B into A 的时候,是会代码更改
    rrubick
        11
    rrubick  
    OP
       Aug 6, 2022
    @mxT52CRuqR6o5 #9
    所以 merge 的时候是以最近修改为准上吧?而不是我上面说的主次分支吗?因为我这个情况按时间和主次分支都能说的通。然后我尝试 marge B into A 的时候,确实会把 B 的代码覆盖到 A 上
    mxT52CRuqR6o5
        12
    mxT52CRuqR6o5  
       Aug 6, 2022
    @magic3584
    我这边的结论就是 5#的话
    不管是 merge B into A 还是 merge A into B (只要没有需要手动处理的冲突)最终得到的代码结果都是一样的,区别只是在于这条 merge 的 commit 是在 A 上还是在 B 上
    About     Help     Advertise     Blog     API     FAQ     Solana     928 Online   Highest 6679       Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 68ms UTC 21:17 PVG 05:17 LAX 14:17 JFK 17:17
    Do have faith in what you're doing.
    ubao msn snddm index pchome yahoo rakuten mypaper meadowduck bidyahoo youbao zxmzxm asda bnvcg cvbfg dfscv mmhjk xxddc yybgb zznbn ccubao uaitu acv GXCV ET GDG YH FG BCVB FJFH CBRE CBC GDG ET54 WRWR RWER WREW WRWER RWER SDG EW SF DSFSF fbbs ubao fhd dfg ewr dg df ewwr ewwr et ruyut utut dfg fgd gdfgt etg dfgt dfgd ert4 gd fgg wr 235 wer3 we vsdf sdf gdf ert xcv sdf rwer hfd dfg cvb rwf afb dfh jgh bmn lgh rty gfds cxv xcv xcs vdas fdf fgd cv sdf tert sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf shasha9178 shasha9178 shasha9178 shasha9178 shasha9178 liflif2 liflif2 liflif2 liflif2 liflif2 liblib3 liblib3 liblib3 liblib3 liblib3 zhazha444 zhazha444 zhazha444 zhazha444 zhazha444 dende5 dende denden denden2 denden21 fenfen9 fenf619 fen619 fenfe9 fe619 sdf sdf sdf sdf sdf zhazh90 zhazh0 zhaa50 zha90 zh590 zho zhoz zhozh zhozho zhozho2 lislis lls95 lili95 lils5 liss9 sdf0ty987 sdft876 sdft9876 sdf09876 sd0t9876 sdf0ty98 sdf0976 sdf0ty986 sdf0ty96 sdf0t76 sdf0876 df0ty98 sf0t876 sd0ty76 sdy76 sdf76 sdf0t76 sdf0ty9 sdf0ty98 sdf0ty987 sdf0ty98 sdf6676 sdf876 sd876 sd876 sdf6 sdf6 sdf9876 sdf0t sdf06 sdf0ty9776 sdf0ty9776 sdf0ty76 sdf8876 sdf0t sd6 sdf06 s688876 sd688 sdf86