为何用相同source codes,但每次产生RPM的大小都不同?
最近才发现,某位面对客户的该死嘴砲业务,
一直以来,他都乱跟客户说要以RPM的大小来看版本的新与旧.
她甚至误导了客户,让客户认为,RPM的size越大,代表版本就一定越新...
我只问嘴砲业务说,如果因客户需求,我必须只留下主体部分,但我却更新了程式码,
那现在RPM的size会变大还是变小?
他说肯定变小!
我说不一定喔~
我又问她所以这算是新版了吗?
他说不出话,说反正你就是要弄大才算新版!
一整个老板红人!
他跑去告状.
老板很凶狠的要我去他的办公室喝茶.
老板推出了一个新问题:
"这位嘴砲业务发现你每次的RPM大小都不同,
已经跟我私下密报了很多次,我都有记录起来,
为何相同source codes,
但你每次产生RPM的大小都不同?
你是否作了什么小动作?
要我怎么跟客户交代?"
我倒没注意过这个问题,
反正都被嘴砲业务黑了,当作学习,
我回座位,
尝试用相同source codes,但每次产生RPM的大小还的确都不同.
误差几乎都在1~3bytes之间,
我想请问各位大大,
怎么会这样?

RPM不熟,但有用到build date/time时,会造成压缩起来长度不一这种公司应该可以考虑离开了... 唉

快逃啊!

楼上所述已很接近. 应说是被打包之每笔档案跟目录的timestamp.请先 google: rpm file format其中的 archive, 通常就是 cpio 加上某种压缩, 如 gzip 或 xz.上面说的楼上指 S 大 (没看到中间冒出了4元 :P).老板既然有这样的疑, 你就把你的发现, 实际做给他看,证明什么都没改, 每次产生RPM的大小也可能不同.^^疑问

虽然我跟1F一样想法,但我还是要推3F

贵公司是那家可以让我瞻仰一下吗 ?

好想知道是哪间公司

一家除非人类全死光,不然永远都不会倒闭的外商公司~因为这公司永远赚钱,所以找的员工技术能力有山顶到谷底的的严重差异,也才会有成功骗进公司的假PM,现在还是赚爽爽~