由于ISSUE较多,开发进度没那么快。各位可能会看自己的issue长时间没动静,并且可能没回复,因此在这里做说明。
-
BUG反馈类的,一般情况下能较快得到修复/回复。修复之后会关闭该ISSUE。由于修复并不是马上发布版本,可以在关于中加入beta计划,同时等待新版本发布。
-
建议类的,可能优先级不会这么高,但是如果改起来不太麻烦,或者更新时顺手,就会很快解决。也有可能在后续更新会用更好的解决方案来处理建议。解决后,也是会在底下说明。
对于一些和软件方向偏差较大的建议,可能就需要等待更久的时间了,而且这类我也不知道怎么回复( 说不计划也不是绝对,但是短期内肯定不会做这类的更新。
-
为什么有的issue没有回复?可能如下:
a. 可能已经在做了/准备做了,所以准备做好后直接回复并关闭;
b. 可能issue提的不是令人很清楚,让我/我们 不知道如何去回复。
c. 可以直接在问题加上"等待回复/期待解释"这样的明确说明来得到我/我们的快速回复。当然,这样的话对于 2中的第二类,并不一定有效(
-
对于一个issue里面一大堆的建议,那大概率是要挂很久了,毕竟没那个一下子全部解决的神速。一个五六月份的10建议到现在也还挂着呢。可以考虑分批次/分开提出。
由于ISSUE较多,开发进度没那么快。各位可能会看自己的issue长时间没动静,并且可能没回复,因此在这里做说明。
BUG反馈类的,一般情况下能较快得到修复/回复。修复之后会关闭该ISSUE。由于修复并不是马上发布版本,可以在关于中加入beta计划,同时等待新版本发布。
建议类的,可能优先级不会这么高,但是如果改起来不太麻烦,或者更新时顺手,就会很快解决。也有可能在后续更新会用更好的解决方案来处理建议。解决后,也是会在底下说明。
对于一些和软件方向偏差较大的建议,可能就需要等待更久的时间了,而且这类我也不知道怎么回复( 说不计划也不是绝对,但是短期内肯定不会做这类的更新。
为什么有的issue没有回复?可能如下:
a. 可能已经在做了/准备做了,所以准备做好后直接回复并关闭;
b. 可能issue提的不是令人很清楚,让我/我们 不知道如何去回复。
c. 可以直接在问题加上"等待回复/期待解释"这样的明确说明来得到我/我们的快速回复。当然,这样的话对于 2中的第二类,并不一定有效(
对于一个issue里面一大堆的建议,那大概率是要挂很久了,毕竟没那个一下子全部解决的神速。一个五六月份的10建议到现在也还挂着呢。可以考虑分批次/分开提出。