凑个热闹

“若无其他自身免疫性疾病，干燥综合征不会影响预期寿命。”
不知道这么说楼主会不会好受一点。

地址栏直接输一个空格

@ispinfx 壁纸变成即用即下了，毕竟现在的壁纸文件越来越大，全部内置确实费空间

@Phishion #20 官网上有这种截图，菜单栏被拦腰截断，菜单跑到刘海后面

新闻链接： https://www.chinatimes.com/cn/realtimenews/20211017001555-260404?chdtv

🤣

检查一下 Safari 的扩展

微信和支付宝都有，在关灯环境下很明显

原来是 bug ？我一直以为是 feature🤷‍♂️

我查找已经废了，家跟着设备跑，设备在哪儿家在哪儿，显示的永远是在家里。

@dfkjgklfdjg 应该不是，单纯的就是闹钟响的时候不需要拨动表冠就可以操作了。

睡觉前打开 水中模式 ？这样屏幕就被锁了，不过我也没试过，提供一个思路。

@liuzhaowei55

@liuzhaowei55

在 Git 工作流中，develop 分支做为保留分支，始终是只合并已完成功能的，也就说，要合并到 develop 分支的 feature 分支，要保证功能完成且项目可正常运行。如果管理严格一些的话，develop 分支还会有权限，要合并至 develop 需要提 PR，并进行 Code Review 。

“如果 develop 中同时有其他的开发代码 feature/i18n 上线就会携带上了。”
这是必然的，develop 分支的作用就是如此，合并所有已完成功能分支，所有新的功能分支、预发布分支都是基于 develop 分支的。
这里 feature/i18n 作为功能分支之一，自然应基于 develop 分支。这样在 feature/i18n 分支中，就可以做所有已完成功能的国际化开发。完成后也需要合并回 develop 分支，feature/i18n 分支删除。下次需要新的国际化开发，从 develop 分支拉取新的 feature/i18n 分支。

“应该都从线上 release 切出各自开发，一起合到 release/test 分支去测试”
不应从 release 分支检出，应从最新的 develop 分支检出。在 Git 工作流中，release 分支是临时分支，基于 develop 分支。在 release 分支完成测试后合并至 master 分支和 develop 分支，release 分支删除。此时，master 分支和 develop 分支代码一致。生产环境代码与 master 分支一致。后面的开发将基于此时的 develop 分支进行。
在 Git 工作流中，一般仅保留 master 和 develop 两个分支，其他分支在完成开发并合并后，将被删除。master 分支上的代码始终与生产环境一致。

“如果出现迭代依赖的情况就确认一下对方的上线时间，确保对方比你早上线”
如果出现此种情况，需要对方先合并至 develop 分支，你才能依赖于对方的工作开发。此时也保证对方功能不会晚于你上线。

“或者 merge 对方代码到自己的分支，做这部分开发”
不建议 merge 至自己的分支开发，这样会导致功能分支混乱，增加 code review 工作。

如果是标准的 Git 工作流，是有 develop 分支的吧，先将 feature/A 合并至 develop 分支，然后 feature/i18n 拉取 develop 分支做国际化，完成后合并至 develop 。要发布的 release 分支也是从最新的 develop 分支出来的

@WanzizZ 👌找到了，谢啦

@WanzizZ 在哪里设置呢，在设置里没找到呢