见鬼了= = GMS会吞工程吗?求解有没抢救的办法
gamemaker吧
全部回复
仅看楼主
level 7
2014年07月15日 08点07分 1
level 14
逗比卡咩= = 、、、
你让他把新写的代码全都提取出来 , 比如那个object.gmx 还有gml文件,之后打开备份的工程,用自带的资源导入把新的东西都导入进去。
2014年07月15日 19点07分 4
玉米正解,GMS把原来的资源打散成彼此独立的文件
2014年07月16日 20点07分
level 6
GMS和GM都有自动备份的。
GMS没有一点错。
开发者的能力和意识问题。
既然是大项目,就必须使用 版本控制 。
2014年07月16日 01点07分 5
忘了一点,GMS不同于GM,GMS所有的资源都是外置。也就是说无需用GMS打开项目,也可以用记事本编辑整个项目。
2014年07月16日 01点07分
回复 醉在秋杀 :凹凸说的非常对。大型工程,没有好的项目管理是不行的。
2014年07月16日 04点07分
level 2
把最近一次的可运行版本拿出来,把新的资源和功能一点点的加进去咯~
我几乎只要加大的新功能和资源都会新建一个版本~
2014年07月16日 02点07分 6
level 2
当事人来结个贴。
感谢楼上各位的回答~
其实本来也都做好了备份,也通过查找gmx文件改动回复了。
这里想说的是GMS本身不太成熟,这是第三次吞我的工程了。遇到的bug更是很多。
举例来说,上次更新之后,timeline_position貌似变成只读的了(疑是bug,未做详细测试),害得我要重新修改。还记得1.2版本出现的时候,surface_set_target和surface_reset_target必须成对出现。又是一堆改动。。。还有一次某个工程编译按钮点击无效,必须要导出才能调试,其他工程就正常。
几乎每次更新都会有多少变动或bug,所以才说GMS现阶段不适合做大项目。另外其面向过程的思想本身也有些问题。
2014年07月16日 19点07分 7
我的观点:1.建议项目尽早使用版本控制,它也适合于剧本,美工……。2.一般情况下,稳定的GMS1.2.XXX完全够用了,编译后的程序性能基本没有变化的。3.你出现的问题,大多是因为更新GMS造成,官方也一直强调使用稳点版本做项目,而且每次更新都有日志,值得我们注意。
2014年07月17日 01点07分
回复 醉在秋杀 :更新到1.2的时候是为了用shader ,再后来更新是因为有的玩家会在奇怪的地方报错,有的就不会。所以准备更新版本碰碰运气(还真就碰好了)。版本控制倒是有在做,每天睡前保存一份gmz。感谢前辈提醒~我也只是想借此说一下GMS的现状,希望大家能少走弯路
2014年07月17日 03点07分
1