对不同分支的不理解
如题，比如说现在的正式版10586，其实bug已经非常少了，可是到红石版本，bug又多起来了，并且之前出现过的bug，现在又出现了。
之前看到有机油说这是不同的分支，可是如果10586的分支已经解决的bug在红石分支又出现，那10586的分支的努力岂不是白费了，新的分支又从头再来，这不是往复么？
为防止不可控的内容风险，本站已关闭新用户注册，新贴的发表及评论；
你现在看到的内容只是互联网用户曾经发表的言论快照，仅用于老用户留存纪念，且仅与科技行业相关，全部内容不代表本站观点及立场；
本站重新开放前已针对包括用户隐私、版权保护、信息安全、国家政策在内的各种互联网法律法规要求，执行了隐患内容的自查、屏蔽和删除；
本站目前所属个人主体，未有任何盈利安排与计划，且与原WFUN.COM所属公司不存在任何关联关系；
如果本帖内容或者相关资源侵犯到您的合法权益，或者您认为存在问题，那么请您务必点此举报或投诉！
不，10586是th2,目標是一統介面
14295是redstone，目標是統一核心
不一樣的地方是，有了th2之後，redstone開發會輕鬆很多，前期bug一定有，因為你要新功能阿，bug這玩意就是修復1個出現2個這樣坑爹
妳以為insider幹麻的？難不成給妳享受？不，是讓你幫忙找bug 的，這樣子最後的正式版才會好
Quote丸子123 发表于 2016-4-14 18:10
不，10586是th2,目標是一統介面
14295是redstone，目標是統一核心
不一樣的地方是，有了th2之後，redstone ...
可是前面有过的bug再出现就不应该了吧
QuoteCHATTY 发表于 2016-4-14 18:29
可是前面有过的bug再出现就不应该了吧
不一定 红石不一定是基于最新的10586的 比如他基于10240.00 然后一个开发出10586 一个红石 那10586解决的bug不一定在红石就解决了 等红石发展到一个稳定版本 就会开始修bug 然后bug少到一定量 就可以发正式版 然后替换10586
我的理解是这样的
因为系统级的东西，编译打包要很久的，就以前开发个游戏，总大小才不够2g但每次编译都要个把小时。所以，如果要新功能，团队做法是，不等修复bug直接选一个版在加新功能。另一队人马继续找bug，修改并记录好，最后出一个发布版前再大家整合。所以，inside的用户，你们只是小白鼠，每次版本更新并不一定是累积更新，而是另一个版本。所以为啥有时我直接更新一些功能正常但重置后就出问题了，完全是一些bug与注册表或者某个文件有关，而这次解决了但下次更新又从基础版出来的，就仍然buf不断了。
Quote3517277 发表于 2016-4-14 18:37
因为系统级的东西，编译打包要很久的，就以前开发个游戏，总大小才不够2g但每次编译都要个把小时。所以，如 ...
大概就是這樣的，你看之前的更新都有500m左右，可是這次218只有70m，現在就真是積累更新，而其他的，那就不好說了
***图片停止解析***
QuoteCHATTY 发表于 2016-4-14 18:29
可是前面有过的bug再出现就不应该了吧
不阿，很難解釋，你如果有機會去學學編程那你就可以理解了
本帖最后由 咚浸暖的过去 于 2016-4-14 19:15 编辑
如果你是搞软件的你大概就明白了。说说我的理解：
1，首先红石版本应该是从10586某个版本分出来的一个分支，这个分支是统一内核代码重构增加新功能等等。这时候就涉及到
代码修改，这个修改不是修复bug而是代码重构或兼容某些新功能或框架的修改，这时候谁也不敢保证以前的功能没有一点问题，
以前的功能再调用某些接口或方法可能就出现了bug也就是你说的出现了10586版本出现的bug问题。
2，10586版本只是涉及到bug的修复，这个版本有什么特点呢，就是某些接口方法或者框架已经定型不涉及到新功能或代码重构的问题。
只是在原有的基础上修复某些问题。这个版本相对稳定。
3，当红石版本稳定后或新增加的功能差不多了。这个版本就会推送。而这时红石版本就是现在的10586版本。后续可能还会把红石的某个版本再分出去
一个分支。一直这样循环。也可能内核修改完了底层框架都弄好了那么以后就这一个版本。
本帖最后由 Monz 于 2016-4-14 19:15 编辑
红石分支的版本是多个分支一起开发的，过一段时间就会把各个不同分支的开发成果给整合进来，而且红石版本一般都会有调试代码的存在
而th2的10586分支已经完成开发了，定型RTM了，剩下的全都是制作补丁修复BUG而已
Quote***链接停止解析***
可是前面有过的bug再出现就不应该了吧
代码这玩意就跟错别字一样 你写过的错字 难道 就不会在出现么。。。。。
