为什么有些影响使用又好修复的问题不立刻发布更新呢?
Tofloor
poster avatar
走钢丝
deepin
2019-07-12 17:32
Author
为什么有些影响使用又好修复的问题不立刻发布更新呢?非要等到下一次大更新?其实快速更新的内容,也可以列在下一次大更新的列表内啊,用于那些未更新的用户。或者也搞一个更新体系吧,对更新需求分级,有需要紧急更新的,有需要实时更新的,有半年更新一次的,可以设置不同的策略。




Reply Favorite View the author
All Replies
4 / 4
To page
avatar
fzlth
deepin
2019-07-15 04:53
#61
好了,散了吧,热闹也看过完了.瓜子也吃完了.楼主的这个问题交给deepin管理层吧.
Reply View the author
avatar
superendermansm
deepin
2019-07-15 05:32
#62
fzlth 发表于 2019-7-14 20:53
好了,散了吧,热闹也看过完了.瓜子也吃完了.楼主的这个问题交给deepin管理层吧. ...

以后大家看到吵架也帮忙拉一下,对论坛和问题讨论都不好
我没开发什么大项目,但也体会了修复一个bug带出一堆bug的感觉。建议A方看一下微信公众号“神秘的程序员们”,很多看似调侃的话都是很真实的,无论多牛的程序员都不敢保证修了一个bug不出现两个bug,这个质量管理体系真的没关系。还有,不愿意用deepin就别在这赖着不走,去eOS论坛吧,在这里骂deepin无异于引战。你会发现你推荐用deepin的人有些并不觉得差,并且eOS的确有很多问题,我不是没用过,在我这里跑着跑着桌面都会黑,deepin跑两天啥事没有,你觉得eOS没问题可能是机型适配得好。个人意见。

在这里偏个题,那些吐槽游戏祖传单核引擎,不做多线程优化的,自己写一个多线程程序就知道优化好一个多线程程序还能在多个设备上正常运行是多蛋疼的一件事。
Reply View the author
avatar
liao231
deepin
2019-07-15 23:53
#63
可以考虑搞一个测试版的源放出来,修改好bug的提交给测试部门的同时也放给论坛某些喜欢帮测试的人,多人帮试也不是什么坏事。测试的人员一边收集论坛反馈的可能存在问题,一边测试。用了测试版的先声明可能存在的不稳定风险,后果自负!这样愿意折腾的就会有个地方折腾了,还能提供更多的 样本。多好!
不想折腾的就和现在这样等大更新就行。
反正我电脑也是拿来玩的,可以免费帮测试的啊!
Reply View the author
avatar
走钢丝
deepin
2019-07-15 23:58
#64
https://bbs.deepin.org/post/180559
可以考虑搞一个测试版的源放出来,修改好bug的提交给测试部门的同时也放给论坛某些喜欢帮测试的人,多人帮 ...

有道理哎,这是个不错的方案,不知道官方会支持不。
Reply View the author
avatar
liao231
deepin
2019-07-16 00:11
#65
https://bbs.deepin.org/post/180559
有道理哎,这是个不错的方案,不知道官方会支持不。

甚至可以让部分大神也有修改测试源的权限,这样如果能解决问题,官方还能省了不少事。只要这些大神把修改的地方明确标注出来或者写个说明,让官方测试人员知道该测试哪里就好了。
Reply View the author
avatar
superendermansm
deepin
2019-07-16 05:06
#66
tiaofengong 发表于 2019-7-15 12:01
笑看各路滴卫兵,吃瓜吃瓜!

你这个挑粪工就是搅屎棍的意思吧
你自己都说了发完那个帖子就走,就别赖在这污染环境了,aiida
既然做不到相看两不厌就不要互相恶心好么
Reply View the author
avatar
superendermansm
deepin
2019-07-16 05:07
#67
liao231 发表于 2019-7-15 16:11
甚至可以让部分大神也有修改测试源的权限,这样如果能解决问题,官方还能省了不少事。只要这些大神把修改 ...

github的pull request被你吃了?维护源工作量太大了吧,自己改完发一个deb不就行了?
Reply View the author
avatar
superendermansm
deepin
2019-07-16 06:50
#68
tiaofengong 发表于 2019-7-15 21:45
我都发过贴子叫@aida 挨打同志封我号,他不封我咋办呢?
你这个滴卫兵头头,每天都见你跟别人争得面红耳 ...

7z.cx/dsc
占有率
Reply View the author
avatar
superendermansm
deepin
2019-07-16 06:52
#69
tiaofengong 发表于 2019-7-15 21:45
我都发过贴子叫@aida 挨打同志封我号,他不封我咋办呢?
你这个滴卫兵头头,每天都见你跟别人争得面红耳 ...

distrowatch上面只是热度,不代表用户量,热度第11,China地区三个有评分,从上到下deepin UK Asianux
Reply View the author
avatar
superendermansm
deepin
2019-07-16 06:54
#70
tiaofengong 发表于 2019-7-15 21:45
我都发过贴子叫@aida 挨打同志封我号,他不封我咋办呢?
你这个滴卫兵头头,每天都见你跟别人争得面红耳 ...

从占有率看我说的没问题
从热度排名(我个人不喜欢distrowatch排名,尤其是MXLinux什么玩意居然能霸榜)来看,deepin稳居国区第一也没问题的
Reply View the author
avatar
superendermansm
deepin
2019-07-16 07:18
#71
tiaofengong 发表于 2019-7-15 23:06
ok,DeEpIN已经天下无敌了?
中兴新支点销售超两亿套!
在你眼里能排第几?

有其他第三方资料证实么?两亿套应该在Linux界有名号了啊?
两亿套都在哪呢?ATM还是XP的天下,嵌入式没见过有人说新支点,服务器ZF还是Windows server天下,企业用cent和Ubuntu,桌面端也没见人用,我寻思ZF采购也不可能买两亿套,这个数是哪来的呢?
Reply View the author
avatar
superendermansm
deepin
2019-07-16 15:14
#72
tiaofengong 发表于 2019-7-15 23:31
中兴高管说的啊,你不看链接里面的新闻么!
还是说你发的不知道是什么野鸡结构的破网站可信度高呢? ...

7z.cx还是比较准的,从网段里面随机抽样1000个然后统计的,我都看到方德和Loongnix了,没看到新支点的影子
distrowatch代表点击率,也没看见新支点的影子。
我不是没看链接,我说的ATM,嵌入式,服务器都是里面提的。
高管说的就准咯?我说我xx产品sell了2亿套,结果用户在身边一套都没看见,没有第三方数据证明我说的对,为什么我要相信呢?
当然,假定他说的对,恐怕也是15年的总和吧。
Reply View the author
avatar
superendermansm
deepin
2019-07-16 17:10
#73
https://bbs.deepin.org/post/180559
随你的便,滴卫兵,你只相信你所相信的!
你已经这么站好立场了,我跟你说再多话都是对牛弹琴!
我承认, ...

OK,想让我相信什么呢?
行,钉拼不是全球第三,有很多问题,我承认,我也吐槽过
我个人理解你是想告诉我新支点比深度牛逼
我提出的需求是你给我一个第三方的数据,统计数据也行,证明那个网址说的“两亿套”
能证明,我就相信。
Reply View the author
avatar
superendermansm
deepin
2019-07-16 17:16
#74
tiaofengong 发表于 2019-7-16 07:40
随你的便,滴卫兵,你只相信你所相信的!
你已经这么站好立场了,我跟你说再多话都是对牛弹琴!
我承认, ...

我可能理解有误,那你告诉我你想让我知道什么
Reply View the author
avatar
liao231
deepin
2019-07-16 19:36
#75
https://bbs.deepin.org/post/180559
github的pull request被你吃了?维护源工作量太大了吧,自己改完发一个deb不就行了? ...

我也不懂,我只是说有一个这样的就更好,我看我们公司软件工程师好像也是好多人通过SVN什么的提交修改的版本,不知道他们是整个包的还是单个文件改的。我意思是如果有热心的第三方大神提出了修改bug的建议,他自己就可以直接放测试源里面,或者由一个管理员提交上去。
不知道维护源工作量有多大,因为我是随便说的,不能实现就算了呗。
自己发一个deb包,那官方测试人员可能并不知道这个bug已经被修复了,结果官方还得再做一遍。
我的想法就是官方和其他大神都有修改这个测试源的bug的机会,然后放给官方测试和其他爱好者测试一起测试。这样就会有更多的人员参与进来,很多还是免费的,或许能解决深度开发人员不足的问题。
Reply View the author
avatar
superendermansm
deepin
2019-07-16 23:21
#76
liao231 发表于 2019-7-16 11:36
我也不懂,我只是说有一个这样的就更好,我看我们公司软件工程师好像也是好多人通过SVN什么的提交修改的 ...

github的pull request就是干这个的
大神自己下载代码,改完bug之后发起pull request,如果官方接受了就可以合成到master分支(即主分支),简单理解就是把大神的代码中修改的部分弄进来了。你可以看一下15.10.2的更新日志,里面有几个坛友的pull request被接受了,比如深度终端那里就有鸣谢,那个就是提交者
至于deb包,那是各位提交者给大家测试用的
Reply View the author
avatar
liao231
deepin
2019-07-16 23:35
#77
https://bbs.deepin.org/post/180559
github的pull request就是干这个的
大神自己下载代码,改完bug之后发起pull request,如果官方接受了就可 ...

那这个有类似正式源一样有个测试用的源来更新给志愿测试者吗,比如我们电脑上的源改成测试源,上面做的修改我这里马上就能更新,并且可以测试新修改的东西是否有bug或者bug是否修复。如果能够这样的话,不就可以有更多志愿者了吗,也不用说等官方测试再确定放出来,志愿者用了没啥毛病,就可以放入源中留给官方进行更全面测试。如果还有问题,可以考虑直接回滚这个文件,帮测试的用户再更新一下就可以恢复原来的文件,表明这个bug没有解决需要再次修改。这样就省了等待官方测试才能确定是否修复成功这个阶段。这样或许效率会更高也说不定。
Reply View the author
4 / 4
To page