django开源项目cms_我学到的管理开源CMS项目的知识

最新推荐文章于 2024-09-13 22:19:26 发布

cuml0912

最新推荐文章于 2024-09-13 22:19:26 发布

阅读量471

点赞数

文章标签： java 人工智能大数据 python 项目管理

原文链接：https://opensource.com/business/15/5/what-i-learned-managing-open-source-cms-project

版权

django开源项目cms

关于我们的开源项目PencilBlue ，我最喜欢的部分是我可以与来自世界各地的人们互动。当我们刚开始时，我们只有两个人，但是随着几个月的发展，我们看到我们的贡献者开始增长。这让我开始思考如何成为一名优秀的维护者，以及我的团队将如何确保该项目在未来几年中继续平稳运行。

全球有多少人为开源软件做贡献？如果有GitHub的用户基础，那么开源社区将超过850万。那是一大批有能力和渴望做出贡献的人。这些数字甚至都没有考虑那些匿名克隆或下载发行版的人。现在我们知道有多少人可以招募到我们，我们如何使他们对我们的项目感兴趣？

管理一个开源项目归结为三件事：

视力
处理
知觉

视力

您的项目必须有远见。我在NC State FOSS Fair上向观众提问：“您是如何决定开始或为开源项目做出贡献的？” 所有答案都是一样的：“我很无聊，想解决一个问题。” 您要解决的问题通常是他人共享的问题。人们经常为正在解决自己的问题的项目做贡献。使用该软件或正在考虑为该软件做出贡献的人们将希望确保您的目标与他们的目标保持一致，而不仅仅是您的软件能够满足他们的迫切需求。通过在README中充实您的视野，很容易使这一点变得显而易见。完全可以这样说：“我只走20％的路，这很艰难，但这就是它要做的事情。” 顺其自然。

仅仅阐明您的愿景是不够的。定期坐下来谈论接下来几个月的发展目标，可以激发您对自己潜在潜能的信心，不要多了，也许更少。如果您有路线图，则可以轻松跟踪和显示进度。

制定路线图

去年，我们为2014年最后一个季度的发展制定了基本路线图。它之所以运作良好，是因为当特定功能发布时，我们被问到的次数更少。但是，我们确实在路线图中设定了一些特定的目标日期。当大量的用户反馈导致我们重新确定优先级时，这成为一个问题。漫长的路线图迫使我们变得比敏捷更能瀑布，尽管我不会深入讨论，但我会说相对的时间表对我们来说更好。例如，说媒体服务重构将在12月而不是12月的第二个星期完成，这是一个更好的计划。

获取用户反馈

决定项目的未来是困难的部分。刚开始时，您只有继续进行构想。您拥有的贡献者和/或用户越多，找到最适合该项目而不是您个人的愿景就变得越发必要。毕竟，您的项目必须满足其用户的需求，而不仅仅是您自己。这是我们在推出几个月后吸取的另一教训。我们提供了我们认为是功能齐全的CMS，但用户反馈是：“嘿，如果...的话，那会很酷的。”该反馈令人惊讶，因为这意味着人们实际上正在使用您正在构建的内容，或者至少尝试它。它可能会与您的视觉发生冲突，但是如果您不止一次看到它，请不要忽略它。客户永远是对的，您应该根据人们的要求进行调整，以确保每个人都与您的前进方向保持同步。

处理

将您的贡献者保持在愿景范围内并不总是那么容易。有时您会收到与维护者风格截然不同的请求请求。为了尽可能减少这种情况，至关重要的是建立一个处理拉取请求，提出问题，加强设计模式等的过程。过程很无聊-而且必须为每个人都将其详细说明更无聊-但是这是使您的代码可维护的必要手段。

您每周几次直接提交给主服务器而不是功能分支？我将是第一个承认我每周至少做几次这件事的人。通常，它不在平台核心上，而是与某些插件一起发生。

这是一个很大的禁忌，但是尽管如此，我们还是曾经或曾经认识过那个流氓编码员。他们在淘汰事务方面非常了不起，但是这样做常常要付出团队其他成员的代价。解决方案是制定一套标准，以加强每个贡献者和/或用户的责任感。以下是我们为减轻流氓编码器综合症而要做的一些小事情：

为您创建的每个问题或功能创建一个分支
每个分支名称均包含发行编号
确保针对您的分支以及与master合并运行所有单元测试
尽量不要合并自己的请求请求。如果有足够的测试范围，小团队可以通过。
让您的请求请求成为一种学习体验。指出为什么您以某种方式做事。不管别人怎么想，三行内联注释并不是一件坏事。这意味着您做了一些复杂的事情，可以避免“我可能一直在想什么？” 未来的时刻。

这些小事情为参与者提供了所需的责任感，以使每个人都保持同步并与项目的愿景保持一致。