@Shing 感觉这样我还不如重装了。。。。。
┓(;´_｀)┏

@Shing 但是如果新的比老的小是不是连 dd 的资格都没有了

@zhve2x4 仔细 grep 了一下 /boot/grub/grub.cfg 里面还真多。。

感觉有点坑啊

这又是从 ssr 到 case study 的示范么

@a719114136 如果小呢，只能 rsync 了？

@plko345 其实看了这么多我觉得我还不如重装吧。。

这台机器上只有 mysql，再配置一遍也没那么麻烦。。。

@zhve2x4 我搜了一下 uuid 只有 fstab 里面有

```
foo@db:~$ cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sda2 during curtin installation
/dev/disk/by-uuid/74e0ce4b-9915-4c5b-9a2a-76ceb67f64fc / ext4 defaults 0 0
/swap.img none swap sw 0 0
foo@db:~$ ls /dev/disk/by-uuid/
74e0ce4b-9915-4c5b-9a2a-xxx
```

是不是我 dd 全盘之后直接改一下这个 fstab 就可以了？

@a719114136 我没试过，磁盘不一样大小也可以吗

@Tink 这块硬盘还有一个 bios boot 分区，这个 rsync 能搞定吗。。

可以接受离线一小段时间

编辑 fstab 是指编辑新硬盘的 fstab ？

那么大的 do not 你都不看别的你管他干啥

@fzinfz 我。。我先做一个能用的 PE
wepe 做了一个启动失败了。

你可能需要再学一下学前班课程。

@newtype0092

1 codereview
本质上 cr 是说不要让不合格的代码影响到其他人，所以合并到公共分支必须经过 cr
2 release 分支的个数
不行，一部分机器上 A 一部分机器上 B 么。。一般是梯度上线（小流量，灰度，每个层次有专门的分支）
3 小 feature
我们都是 release 分支不会持续太久（小流量也好灰度也好预发布也好持续太久必然导致功能分裂）
所以要么等 release 测完再上（一般的，realease 正在被用着的时候不允许其他需求合并到 release ）
要么，后上的想上线先上的还没 ready 怎么办
或者线上的想上线后上的还没 ready 又该怎么办
不合并的自由度高一些。

紧急修复直接上 master 。

@luxinfl 可以不用，但是要做正确的事情。。

首先你要理解 git

@luxinfl ？？？
多去看看 2 楼给的文档参考。

在 dev 上分支 merge test

你要修复到哪个分支，就从哪个分支 checkout 出来一个新的修复分支。

如果这个 bug 影响到了你的 dev 的开发，那么你在提交测试完 test-bug 分支且合并到 test 之后，dev 合并 test 分支以修复这个 bug
如果不影响，就放那吧

不要直接合并 test-bug 进 dev，虽然不会提交两遍（参见 git 原理）
但是会导致同一个提交有两个提交记录。

记住，你的 dev 永远只 follow 一个分支准没错。

权限大了会有啥问题吗。。

@vfxx 哈哈哈你不提醒我我都没发现这个问题，放狗搜了一下一群人还去微软那里喷但是并没有结果。

后来找到了一些解决方案。

很好奇这玩意居然是默认的。