@abcbuzhiming 你这么自信，倒是贴上法律条文呀！

@lhbc @cat9life @dode 真要是出了问题，老板责任是最大的，他是撇不清关系的。

@AkaHanshan 我也是买的鸿雁的，就爱上了英红，看来是买对了牌子了，哈哈哈哈

喜欢喝英红九号，推荐个店吧

同 iPhone ，我也有和你一样的经历，v 站就是有那么几个自以为很懂的人在那杠，说窃听不可能。
但我真实的经历就是遇到了，有一次在路上我和我老婆聊天，身上的电子设备只有 iPhone ，我突然想到了什么（时间长了，有点记不住了），就跟我老婆说了几句，整个对话应该不超过 5 句，后面就没再提过，当天我刷抖音就刷到了。
你能说这不是窃听？
如果说是根据用户画像推的，为什么偏偏我说出来后才推？而我说之前从来没推过？抖音我基本上天天都刷，推的内容种类都很固定，偶尔推一次其他类的我也不是很感兴趣就划过了。
与其说是以讹传讹，不如说是资本的秘密策划，资本让知道真相的人闭了嘴。

一个是家庭关系搞好，这才是最难的。
另一个是在家就自己带娃，让他们休息一下，就可以很开心了。

大部分情况，东和多已经替代宝了。

如果只是像你描述的只有这一个功能的话，V 我 1000 解决。

因为缅北的原因，云南我都不想去了。

以下是我总结的 GitLab 合并步骤，跟 GitHub 确实不太一样，不知道是不是社区版的原因导致的，反正我都是 rebase 而不是 merge 来合并的，就不会出现你说的问题了。
1. 先检查 gitlab 页面上的 review 是否都已解决，未解决的不能合并。
2. 解决 review 后，点击 rebase 变基，变基成功后可直接合并，不成功就需要手动变基。
3. 切到命令行，输入命令 git checkout dev ，切换到 dev 分支。
4. git pull 拉取当前分支代码及其他新分支。
5. git checkout feature-xxx-xxxxxx ，切换到要变基的分支。
6. git rebase dev ，变基到 dev 分支。
7. 变基后会有冲突需要解决，选用合适的代码解决冲突。
8. 解决冲突后，git add .，暂存代码。
9. git rebase --continue ，继续变基，如果没有出现 Successfully 的字样，说明没有成功，需要继续循环执行 7-9 步骤。
10. 变基成功后，git pull feature-xxx-xxxxxx ，拉取一下线上的代码，此时有可能还有冲突，如果没有冲突了则往下走 11 步。如果还有冲突，则再解决一遍冲突，git add .，git commit -m "解决冲突"。
11. git push feature-xxx-xxxxxx ，推送代码。
12. 切到 gitlab 页面，点击 merge 合并即可。

我 2 个号都是 86 的，不过是 2 年前注册的了

@beisilu 我也觉得会问 gpt 就已经超过一半的人了。虽然你说是你发给他的，但很多人发了也不会去用，甚至都不想了解，尤其是岁数偏大的，自以为是的。多发现别人的长处吧，人家大厂本来工作的方式就跟小厂不一样，有问题很正常，能把活干好就行了，干不好的话另说。

刚关掉圆角，试用 Microsoft Edge 的全新外观

对轮胎没什么感觉，我换过倍耐力的防爆胎，能给我安全感。

@zzzkkk 所以一袋米吃了半年也没发现长虫，是因为买的时候就比较新鲜吗？换句话说，一般陈米才会长虫子？

我家买的米很少有生虫子的，即使吃了半年也没有，怎么回事？

不懂就问。php 引入 js 和 css 的方式也是文件引入吧？在浏览器里面的请求会自动寻找 B 吧？那么跟用户手动构建 B 是不是就没有区别了？

最大的问题不是做了什么，是沟通问题啊！从他的描述中，他与杨总的沟通几乎为 0 。黄总都已经点出来了“你跟老杨说过了吗？”，好明显了。谁会要一个无法沟通的下属呢？你是领导你会么？

找个地方养老吧