rainbowhu

个人习惯：lib 单独出现读赖不，libxxx.so 读里布

@rainbowhu r * m 直接换成固定值 最早的 m * 0.3 吧

这样的吗？

对于总量 m 和个数 n ，以及最大比例 r, 每次确定随机范围[x, y]

x >= 1
m - x <= (n - 1) * r * m 也即 x >= m - (n - 1) * r * m

-> x = max(1, m - (n - 1) * r * m)

y <= r * m
m - y >= (n - 1) * 1 也即 y <= m - (n - 1) * 1

-> y = min(r * m, m - (n - 1) * 1)

nas 其实可理解为微型数据中心，自己跑几个服务还是很有乐趣的。

merge commit 本身就可以包含解决冲突的修改，倒也不用单独搞个 commit 解决冲突。不过这些倒也没这么关键

当然还有一些简单的方式
```sh
git checkout feature
git pull --rebase origin master # 解决冲突
git push origin feature:master
```

feature 与 master 有冲突，说明 feature 版本落后了，要同步下 master 最新代码。
rebase 方式：
```sh
git checkout feature
git pull
git pull --rebase origin master # 更新本地分支，并解决冲突
git push -f # 确保 feature 只有自己使用或着没有别人推代码
#创建 mr ，如果已有 mr ，此时不会再显示冲突。如果过段时间又有冲突，重复此步骤
```

另外还有 merge commit 方式，如果没有 mr 等复杂流程：
```sh
git checkout master
git fetch
git pull
git merge origin/feature # 解决冲突，会产生 1 个 merge commit
git push
```

如果有 mr 流程(与 rebase 方式类似，只是会多 1 个 merge commit)
```sh
git checkout feature
git fetch
git pull
git merge oirgin/master # 解决冲突，会产生 1 个 merge commit
git push
#创建 mr ，如果已有 mr ，此时不会再显示冲突。如果过段时间又有冲突，重复此步骤
```

命令简单写的，不是很精简，理解意思即可

出去喝喝茶聊聊天挺好的，听听故事，讲讲人生。每个人的故事都不一样。相亲不要那么强的目的性。

不用藏着掖着，坦然面对即可。终归是你情我愿的事。