2.3 Drupal行为准则
随着社区的不断壮大,我们急切的需要保护我们社区原始的特点,正是这些特点使我们聚到了一起;即,保持Drupal社区的有趣、温馨、富有挑战性和公正。Drupal行为准则(DCOC)阐述了我们在行为方面的共同原则,是我们的行为准则。它是我们的理想而不是规则手册。它是我们将价值观传达给整个社区的一种方式。
这个行为准则源于Ubuntu社区的行为准则,并增加了Drupal社区的冲突解决政策。
关于这一政策的讨论隶属于社区工作组的问题跟踪。
体贴
我们的工作成果会被其他人用到,反过来我们也会依赖其他人的工作。我们的任何决定都会对用户和同事产生影响,所以我们在做决策前应该考虑到可能的后果。Drupal有数百万用户和成千上万的贡献者。即使当我们为Drupal做贡献的时候,我们对社区的影响可能并不明显,但是我们的贡献还是会影响到其他人的工作。例如,修改代码和(社区的)基础设施,政策,文档和翻译的发布都可能对其他人的工作造成负面影响。
尊重
Drupal社区和成员互相尊重。每个人都可以为Drupal做出宝贵贡献。我们不总是意见一致,但分歧并不是不良行为和不懂礼貌的借口。我们时不时都可能会经历一些挫折,但我们不允许挫折变成人身攻击。重要的是要牢记,让人觉得不舒服或受到威胁的社区一定不是一个让人有所收获的社区。我们期望Drupal社区成员之间以及与Druapl项目之外的相关人员乃至Drupal用户进行交流的时候都能受到尊重。
合作
合作是Drupal社区的核心,也是开源软件社区的核心。这种合作涉及到个人和Drupal内部成员完成内部项目的合作、Drupal内部的团队合作、个人和Drupal内部团队协作外部项目的合作。合作可以减少重复工作,提高工作质量。无论在内部还是外部,我们都应该对合作抱持开放的态度。在任何可能的地方,我们都应当与上游项目以及其他开源社区中的人密切合作以协调我们的技术,主张,文档和其他工作,并使它们保持一致。我们的工作应当透明化,我们应当尽早的尽可能多的让感兴趣的人或团队参与到我们的工作中。如果我们决定采取一种不同的方式来解决问题,我们应该尽早的让其他人知道,把我们的工作写成文档,并定期向其他人通报我们的工作进展情况。
这里的“上游项目”是这样的:比如,你发现了一个模块的bug,然后你向此模块的原作者提交了patch或者问题报告,那么这个模块就是上游项目,原作者就是上游项目的作者。
当我们不同意,我们咨询他人
在社区中发生的冲突总是多种形式的。社会性的和技术性的意见分歧是正常的,但我们不允许这些分歧长期存在并恶化,以至于让大家对社区既有的发展方向产生怀疑和不确定的情绪。
我们期望社区成员能够首先以建设性的方式自己解决他们之间所发生的冲突,当需要的时候他们也可以寻求帮助。这种方式使人们能更好的控制其争端的结果。
如果自行解决冲突失败了,将进而由社区指定的负责人介入调解,并提供清晰的解决方案。我们的社区有一个全面且易接受的冲突解决政策:Conflict Resolution Policy
我们不会容忍对Drupal社区任何成员的欺凌和骚扰。
如果你由于恐吓、欺凌、骚扰、虐待、歧视,贬低的行为而感到被威胁或被侵犯,请大声说出来并要求对方停止。如果你觉得你不能当场处理,请立刻联系社区工作组并提供证据。欺凌骚扰事件可以私下报告并且会被认真谨慎对待。使用事件报告表单。
如果您发现有人遭受到欺凌和骚扰,请说出来。向他们介绍我们的行为准则并指出这样的行为是不受欢迎的。
当我们不确定,我们寻求帮助
没有人是无所不知的,没有人期待你在Drupal社区中表现得完美无缺。问问题可以避免许多更大的问题,所以我们鼓励你问问题。问问题的人应该得到回应和帮助。然而,你应该去合适的地方问问题。
体贴的让位
在开源社区中,每个项目组的成员都会经常变动,Drupal也一样。当有人全部或部分脱离某项目的时候,我们要求此人离开时的行为能减少对项目的干扰。这意味着此人需要告知其别人他已经完全或者部分脱离这个项目,并采取适当的措施确保有人接手他在这个项目中的工作。
晴空注:
比如,你在Drupal.org上创建了一个模块,但是你不打算再维护这个模块了,或者你已经没有维护这个模块了,那么你应该在社区中公告说你要停止维护这个模块,并询问有没有其他人愿意接手这个模块,而不是一直占用这个模块的名字。