社区冲突与开源署名

共 19 题
#

1. 你的开源项目社区 CoC 处理太轻(警告),你怎么看怎么 argue

A 直接永久逐出违规者,不解释
B 在群里公开羞辱违规者
C 基于违规事实、严重程度与 CoC 条款说明当前处理不足,主张按规则升级,并保证依据与可复核 ✓ 正确答案
D 默认警告已经足够,不追究
#

2. 你的开源项目社区冲突升级(PR 被 reject 后抱怨),你怎么看怎么推动

A 强硬回击,维护自己权威
B 反复道歉,无原则妥协
C 直接拉黑抱怨者
D 先降温同理心聆听,再解释技术与项目原因,给出改进路径,必要时按 CoC 边界处理 ✓ 正确答案
#

3. 冲突升级为人身攻击或威胁时,维护者如何执行 CoC 调查、临时封禁与永久逐出,并保证处理可复核?

A 情绪上头直接永久封禁,不解释
B 由个人喜好决定处置
C 永远只给最轻处理
D 先收集证据调查,按其严重度临时封禁或永久逐出,记录依据并允许申诉复核,处置透明一致 ✓ 正确答案
#

4. 贡献者因 PR 被拒在社交平台公开攻击项目,你如何判断该公开回应还是私下沟通,避免火上浇油?

A 在社交平台与对方对骂
B 当作没看见,任由曲解扩散
C 立即公开回击
D 先判断影响:影响小则私下沟通降温,影响大需公开时只陈述事实、不迎合情绪,避免火上浇油 ✓ 正确答案
#

5. 你的开源项目社区冲突升级(fork 风波),你怎么看怎么推动

A 想尽办法打压 fork 支持者
B 对 fork 者公开骂战
C 理性分析分歧根源,能调和就寻求共识,不能调和就尊重对方,把焦点放回主项目与透明决策 ✓ 正确答案
D 无条件迎合 fork 者
#

6. 你的开源项目社区冲突升级(issue 关不掉),你怎么看怎么推动

A 直接禁止其再 reopen
B 深入沟通理解诉求,看是否有被忽略的合理信息,再讲清关闭理由与依据并给替代渠道,必要时按规则设边界 ✓ 正确答案
C 一直与提交者争论下去
D 无原则地重新打开
#

7. 你的开源项目社区 CoC 处理太慢,你看怎么推动

A 明确责任人、时限与公开流程,先紧急止损再充分调查,用分工与工具跟踪进度 ✓ 正确答案
B 按照事情轻重随意拖
C 把处理时间拖到舆论转化
D 不设定时限,慢慢来
#

8. 你的开源项目社区有人 CoC 违规(spam),你怎么看怎么推动

A 确认 spam 事实后按 CoC 流程快速响应清理、按规则警告或限制并记录依据,用工具阻断再犯 ✓ 正确答案
B 删除内容但不做任何处理记录
C 把所有活跃发言都当 spam
D 默默忽略,让 spam 自己消失
#

9. 你的开源项目社区有人 CoC 违规(冒充 maintainer),你怎么看怎么推动

A 不理会,假装没发生
B 把冒充者当作普通用户
C 让冒充者继续发言
D 及时澄清纠正、按 CoC 处理冒充者,建立官方身份验证机制并引导用户举报 ✓ 正确答案
#

10. 你开源贡献想署名但 HR 说"可能涉及 IP",你怎么看怎么推动

A 偷偷贡献,不告诉公司
B 公开抱怨 HR 阻碍开源
C 厘清贡献内容与公司 IP 无关,主动提供书面边界与合规方案,必要时走审批流程 ✓ 正确答案
D 无视公司顾虑直接贡献
#

11. 你开源贡献想署名但 HR 说"工作不算",你怎么看怎么推动

A 区分归属与时间问题,向 leader 说明开源对个人与公司的价值争取认可,并划清业余时间与 IP 边界 ✓ 正确答案
B 放弃开源贡献,不被认可就不做
C 占用工作时间偷偷做
D 与 HR 争吵
#

12. 你开源贡献想署名但 leader 说"先做公司项目",你怎么看怎么推动

A 公开抵触,认为 leader 不懂技术
B 趁 leader 不注意偷偷做
C 完全放弃开源
D 先保证公司项目,把开源与公司技术品牌、招聘、复用等价值绑定,用业余时间兼顾并定期汇报,争取把开源纳入工作 ✓ 正确答案
#

13. 大 PR 涉及多位贡献者时,如何确定署名顺序与贡献归属,避免合作者之间因功劳分配起争执?

A 不做约定,最后随意排
B 让贡献者自己吵出结果
C 把功劳全给自己
D 事前与参与者约定署名规则并透明记录贡献,以事实为准处理分歧 ✓ 正确答案
#

14. 如何化解社区冲突中的分歧、情绪与治理难题?

A 分层处理:先安抚情绪再谈分歧,分歧失控由治理流程兜底,以共同目标为方向 ✓ 正确答案
B 只谈治理,不管情绪
C 只谈情绪,不谈规则
D 把冲突全部转交给基金会上层
#

15. 你开源贡献想署名但项目 license 不让署名,你怎么看怎么 argue

A 先准确理解 license 条款,尊重其边界,在允许范围内(如贡献者记录)体现署名,不违规硬要 ✓ 正确答案
B 无视 license,强行要求署名
C 在社区公开攻击 license
D 放弃贡献,不署名就不做
#

16. 开源署名的规则如何处理贡献记录与版权?

A 署名就是取得版权,两者一回事
B 署名由维护者随意决定
C 不需要任何署名记录
D 贡献记录是认可与透明(commit/contributors),版权是法律归属,接受 license 约束,两者应区分对待 ✓ 正确答案
#

17. 维护者与贡献者的关系如何保持健康?

A 维护者居高临下,贡献者唯命是从
B 贡献者随意干扰维护者决策
C 相互尊重、透明流程、真诚沟通、边界清晰,共同为项目负责 ✓ 正确答案
D 维护者无条件满足所有贡献者要求
#

18. 社区治理的行为准则与决策流程如何设计?

A 治理规则只对新人生效
B 行为准则可以不公开
C 决策流程由维护者一人说了算
D CoC 守护协作环境、决策流程保障决策质量,两者公开透明、可执行、可修订 ✓ 正确答案
#

19. 如何用 DCO(开发者原创声明)与提交署名约定落地贡献者身份,减少后续署名纠纷?

A 用 DCO 签名锁定授权声明、用提交作者与 Co-authored-by 记录贡献,在 CONTRIBUTING 写明并在 CI 校验 ✓ 正确答案
B 贡献者身份无需记录,事后商量即可
C 只让贡献者口头承诺
D DCO 只是浪费时间,可跳过