同事协作的时候总想着把饭喂到嘴里，只想要最终改好的代码，连基础的排查、阅读理解都不愿自己动手

今天同事一句话，又给我干高血压了。

我这个人比较记仇，所以今天又想起来之前他说了一句 “只管生不管养”的言论。聊天记录一看。好家伙，刚好过去一年。

一年过去了，发出来大家乐呵乐呵，也想看看各位看法

背景

职级平级，同一个直属领导。我开发的模块中写过一个内部业务组件。（前端喜欢写组件很正常吧，通常不会考虑通用性，有时候产品就喜欢来一句：就和 xxx 功能一样吧，然后就扯上复用了

事情经过

测试在同事 A 工位口述描述了一个 bug ，然后同事 A 说 “噢噢，这个地方的 xx 功能，实现上用到了同事 B （我）的组件”。

我工位也在附近所以我也听到了，因为我在其他分支开发新功能，然后打开目录过去看了一下代码。 发现可能存在问题的代码。 随手截图发给了同事 A 让他可以按照这个修复。

图一： 修复方式 图二：过了两个小时后，又补充了一张截图，表示代码有点冗余；

随后对方就是不耐烦的回复，我心想着代码冗余也不是不能跑，这个事情就过去好了。

我新功能准备提交代码的时候，GUI 看到了他的 commit message：

然后就出现如下聊天记录：

想问问大家：

1. 内部业务组件，组件作者是不是要对所有千奇百怪的使用场景全权兜底？
2. 别人用我的组件遇到问题，我主动给了修复线索，算不算尽到义务？
3. 大家的团队里，内部组件的维护责任一般是怎么划清的？