是不是我们操作方式不一样，我的操作方式：
- 新建脚本，写一个如图上的 speed，default 为 100
- 将脚本挂到场景上
- 观察 inspector，这时候显示 100
- 将 default 改为 20，并回到编辑器，这时候场景会闪一下
- 观察 inspector，还是显示 100
这样：
@property(CCFloat)
moveDeathSpeed: number = 100.0;
确实是，原地粘贴或者修改normal的颜色才会自动更改，
这个我试了下，2.4.7 上的 js 和 ts 书写好像都不会覆盖～用 = 100的
讲道理不应该覆盖，不然有点恐怖，谁不小心改了脚本，已经做好的场景就自动变了，这种情况是不应该出现的。
好。我晚点自己试试其他版本，再回复，麻烦你们那边帮我测试下bug1-5的tween问题，我要知道是不是我用法不对
BUG我来了
bug1、拷贝示例2没复现，不过把示例2“this.moveTextNodeSrcPos = this.moveTextNode.position;”贴给示例2，那就会出现坐标不恢复的问题，不过这是逻辑问题，因为此时moveTextNodeSrcPos已经完全等价于移动节点的position；
bug2、“unknown id”属于repeatForever的特性问题，当然要说bug也是可以的，毕竟官方没有详细的说明文档，这里大致说下repeatForever的特性：
（1）不能重复执行一个即时动作，会报“getElapsed is not a function”错误，想要循环执行即时动作，例如call，其前面必须具备时间间隔动作；
（2）只能单独存在，不能存在于同步队列，否则会提示“unknow id”，且repeatForever不做任何动作就结束了；（这算是个坑，若要执行一个动作后再循环执行另一个动作，必须另起tween实例）
注：其中call属于即时动作，而to、by属于时间间隔动作；
bug3、直接看图Repeat的源码，即时动作减1，所以是4次，俺也很懵逼，不懂这操作；不过我知道你问的不是这问题，看bug4解释：
bug4、这点官方有说明那就不是bug了，repeatForever不传动作时默认读取上一个action，repeat也一样，by和call都是会新建一个动作，所以repeat里循环的是分别是by和call，那它们的结果肯定就不一样了，要让call达到跟onComplete一样的效果，使用union合并前面所有动作即可；
其他bug别人解释了。
3赞
非常感谢，我待会仔细看下然后再回复
这只是打印日志ID的异常，出现这“bug”的原因（管你打啥日志）不应该是repeatForever.update被触发了嘛，而其触发就是因为它出现在不该出现的位置上了。当然最好把这ID加回来了，可以用来提醒别人repeatForever使用方法有误
非常不友好，建议直接提醒我哪个方法用法不对即可
对，我明白你说的readonly问题，但是你想过没，如此统一吗？你看你的文档写的，不懂的人还以为能直接修改任何的position呢。。。你还不如不提供第一种tween(属性)的方式呢，这样设计真的是完全看不懂你们的想法。。。糟糕透顶的设计，乱搞一通，完全没点统一的意思，真的是想抓设计者出来打一顿以此泄愤
是的，没错，第一种方式我们将从 3.6 版本开始逐步废弃掉，转而提供更加直观的 tween position tween color 的接口。整个 tween 系统是从 2dx-js 到 2.x 到 3.x 不断地迁移与移植，整体没有做过大的改动，Tween 的设计还是保持着以前版本针对 js 语言的动态特性，认为一切都是可以被 Tween 的，导致在 3.x 上与更加严格的 ts 以及属性设置方式显得很不搭，需要一次较大的重构
1赞
期待下~~
bug9：刚才机子卡死了一会，然后重新构建android端可以出apk，但是运行会一直卡死了启动界面，然后我删除项目下的temp文件夹和local文件夹下的log后重新打开项目就可以正常的构建出可以运行的apk了
这个我想你们该好好反省下你们的tween文档了，我2年了，我都不知道call也是action，我以为只有by,to是action，真的辣鸡文档
bug10：一个节点已经取消了关联预制体资源，但是节点工具栏还是显示“取消关联预制体资源”；
同样的，即使不是预制体资源，但是“取消关联预制体资源”也是可点击的按钮，这是非常不合理的bug，
同样的，在节点关联预制体的情况下，很多时候会出现无法删除预制体节点下的某些子节点，只有在取消关联预制体资源，还原成为普通节点时候才能删除，