openSUSE:Freight Train
介绍 Freight Train
并非每个人都以相同的方式为 openSUSE 做出相同的贡献。 有些人每周花几个小时翻译，有些人每天晚上都在打包新软件，有些人全职维护核心基础设施，而另一些人则在发布期间花费整个周末来对 openSUSE 进行彻底的质量保证。 条件也各不相同，尤其是对比在家工作的志愿者和在办公室一起工作的付费贡献者。 前者贡献他们能挤出的时间——但通常仅限于晚上和周末。 他们致力于他们认为对 openSUSE 重要的事情，并伴随着完美主义、偶尔的完全重写和限制；同时通过 IRC 或邮件列表与他人交谈。 另一方面，付费贡献者有（产品）经理告诉他们要按时间表完成什么，并伴随着压力；并且每天在办公室与许多其他工程师一起工作在同一领域，开会等等。
这种差异可能导致分裂：公司人员 有计划和时间表要遵循，并快速前进，解决问题并在面对面的会议中做出决策，使社区感到脱节、不参与和不满。 他们失去了控制，好的项目被“拿走”，公司人员会阻止不符合他们设定的方向的事情，不审查补丁（“太忙”？！）等等。
这被称为公司实体在社区中活跃的“Freight Train效应”。 这显然很糟糕，无处不在，我相信我们都见过。
openSUSE、Freight Train 及类似问题
遵循 openSUSE:Factory 开发模式，我们是一个非常扁平化的组织，打包人员将软件包输入到开发项目中，这些项目又输入到 Factory。 决策由开发团队和 Factory 发布团队做出。 通常，这些决策者是核心贡献者，长期活跃，并且很可能受雇全职（由 SUSE 或 openSUSE 周围的其他公司雇用）。 这意味着存在 Freight Train 的风险！
即使没有 Freight Train，沟通也可能出错。 openSUSE，正如我们的 openSUSE:Conference 行为准则 所 eloquently 阐述的那样
我们，作为一个社区，重视和尊重所有种类的、取向的、种族的、能力的、形状和大小的人。
所以我们是一群色彩缤纷的人，我们喜欢这样。 但这也意味着这些颜色并不总是匹配的。 人们会发生冲突，无论是由于个人、文化还是其他任何差异造成的。
绝对是。 我们必须以成年人的方式处理它，它不会消失。 其中核心在于技术决策必须基于技术依据做出——并且结果必须得到妥善和公开的沟通。 来自任何人的输入都应该受到欢迎。 任何人都不应该被阻止贡献！
当事情出错时...
如果有人被阻止贡献
- 由于维护者没有时间
- 由于有人接管了他的/她的工作
- 由于其他人撤销/删除了他/她所做的事情
他/她可以并且应该联系 Freight Train 团队。 他们将查看问题，与相关人员交谈，并尝试找到解决方案。
该团队可以
- 尝试让维护者关注合并请求（或者如果他们不能！放弃维护权）
- 尝试避免 Freight Train 践踏社区的努力
请注意，如果您与某人有个人问题，这不是正确的地方。 您应该互相交谈，如果这不起作用，您应该联系 openSUSE 董事会。 Freight Train 团队不是来解决争端或解决冲突的，只是为了尝试消除社区成员想要贡献的道路上的障碍。
联系方式
您可以通过 freighttrain@opensuse.org 与我们联系