lixile

@makunterry 只能南京是么

外面叫 openeular 内部又有叫 eular os 还是两套
讲道理 不是应该是银河麒麟吗 是下游的版本
就跟 现在的 centos 和 redhat 一样

@Yum097 善用搜索引擎

要对方版本 你本地用这个去扫 进行修复
Path Manipulation 还是很讨厌的 有些时候 我就是要这个 泄露什么 愚蠢的甲方 没办法的 估计规则集都是瞎搞没有自己判断标准
另外 同类型 fortify 也有很多等级 你们都是 Critical High ？

93FRML447XFE 已用

发出一个感谢 本来想在那个帖子上回复的 但是看到很多回复 就毫无回复愿望了，op 还是让我知道还是有很多人有更真实，也更现实的认知的，那篇帖子的父母在我来看绝非不爱，相反已经是那种条件下做的至少是平均线上的父母了。
我其实想说的是 如果你有一个符合大部分人认知的 幸福童年 幸福的家 那么你是幸运的，但是请不要以此作为标准随意评价爱与不爱。
爱的方式 是受限于教育、认知、环境、时代的，如果陷入一味的比较那毫无幸福可言，甚至可以说是幸运的幸福者的霸凌。
论迹则我们的父母辈 能真正满足充满爱的家的定义恐怕寥寥无几，还是论心吧。
也如楼上 ersic 的，我们有不够充分意义上的幸福的童年，会在其他人身上有所代偿，正如对更小一辈，去过自己新的"童年"。

要联合 cicd 一起来做 如果你们有的话 线上如果没有重现、重放条件 是不进行二进制替换的 只是补全调试信息罢了
首先就是默认的 release 版本加上-g
```
# 编译
g++ -O2 -g -fno-omit-frame-pointer -o app app.cpp

# 拆符号
objcopy --only-keep-debug app app.debug
strip --strip-debug app
# 符号文件再绑定
objcopy --add-gnu-debuglink=app.debug app

# perf

perf record -F 99 -g -- ./app

#手动指定 debug 路径
export PERF_BUILDID_DIR=/path/debugfile_dir
perf script > out.perf

```

不仅仅是多版本 仓库体量大 共同开发人员多 cherry-pick 的场景就应该确实存在
单仓单版本 维护人员少 估计就很少会用 cherry-pick 全部被 merge rebase 取代了
还有就是不要期待从 svn 简陋的转移过来大厂 git linux 基础技能 任重道远 我只能说这些人有他的生态位
但是跟你密切合作时 我就希望他别在这里工作 天天讲基础知识 心态会容易崩溃