Error: the new assembly must not be inject, please reimport the project!
除了reimport the project! 还有其他办法吗? reimport 太耽误时间了
构建前inject一次就可以了,后面fix。比如俺发现了一个bug,我改好代码后然后fix,生成patch添加进去,然后才回退那个脚本到有问题的版本,然后inject,然后运行加载打包的patch查看修复结果这样子。(应该是这样)
这回退。有点反人类啊。
后面第二个版本呢。。
后面第二个版本呢。。
一样,inject,然后fix这样子
inject 应该是一个大版本 只有一次。fix呢 每个小版本可以随时fix 每次都把所有patch合起来生成一个越来越大的补丁。没理解错吧?
inject 应该是一个大版本 只有一次。fix呢 每个小版本 都合起来生成一个越来越大的补丁。没理解错吧?
下一个大版本都直接再构建一次了,用的就是已经改过的代码了,所以照这么看之前打过的补丁都没用了
@chexiongsheng @一下大佬,说的有误请指正
下一个大版本 inject之前需要把 【patch】都删除吗?
这回退。有点反人类啊。
随便修改下代码即可。没有让你回退。
看教程,例子里头是修改代码,出补丁,不是很自然的事情么? 例子里头的回退是为了演示需要,在编辑器下模拟线上版本,实际使用你直接更新到线上版本即可。
这回退。有点反人类啊。
随便修改下代码即可。没有让你回退。
看教程,例子里头是修改代码,出补丁,不是很自然的事情么? 例子里头的回退是为了演示需要,在编辑器下模拟线上版本,实际使用你直接更新到线上版本即可。
InjectFix哪里都好,就是不容易结合到打包和测试流程中,一般一个大版本固定以后,C#脚本目录就会锁定svn权限不允许任何人提交了,只允许提交资源和lua,而InjectFix要求原地修改,这就麻烦了,而且即使不锁定也很难检查所有修改的代码全部加了Patch标签,更不方便QA验证,QA验证这个可以通过每次Patch都加宏的方式来做,但其它几个问题还是比较难解决。 InjectFix这个不适合自动化流程和版本控制的问题不解决或者找不到一个好的解决方案前不太敢用啊。