Xunzhuo

@spacewander I am +1 on this. We should reduce patches, otherwise it will be hard to maintain.

看了一下项目很多依赖都是用的 submodule 去管理，go mod replace 去引用的。提供了一些 makefile targets 去构建环境。 可以 clone 下来试试 make build @hadoop835

@assign

Yes of course, @seeflood, maybe I should focus more on integration with istio

> 那就每种类型/难度的任务都有，提高一下覆盖面? 比如： > > 组件相关的任务 x 个 > > k8s 的1~2 个 > > istio 的 1 个 > > 是的，可以保留 kubernetes 和 istio 的项目，根据具体内容调整项目难度就好。

> > 今年这么多限制啊， 看来参加的社区挺多啊，卷起来了嗷。把问题都抛出来让参赛者自选吧哈哈。 > > > > 今年的规则有点 emmmmmm... > > 比如限制社区只能发两个课题，社区就真的只能抛出来2个问题，不能抛出来5个问题、等参赛者选2个 > > > > 还有个规则是：社区每个课题只能审核通过1个学生，但是1个学生能投3个社区、最后选个喜欢的。 > > > > 还有一些筛选逻辑比较复杂，概括一下就是：社区很可能花精力发任务、做宣传、沟通半天，最后没人领 > > > > 所以刚才开会很多人想说服主办方改规则，但都被拒绝了。 > >...

Yes, I am working on this, but due to the busy work recently, I will start to do the jobs ASAP.

Sure @seeflood

Thanks @seeflood, I will take a look in the details in the next week.

> Our code review process is slow, and hard. I want to make PR review faster. From my perspective, the current issue `help maintainers review PR faster` is not all...