5 usability one-hundred-paper-cuts
我想参与一百剪纸项目，但我不知道要做什么。我不是程序员，所以我不确定我是否可以贡献任何东西。有人可以解释一下一百张剪纸项目要做什么吗？
小智 4
参与“一百剪纸”项目的方式有很多。值得注意的是，您不必成为一名程序员才能做出重大贡献。有很多角色需要填补，写代码只是修复剪纸的一小部分。
如果您发现下面的内容您感兴趣，请加入Launchpad 上的 Paper Cut Ninja 团队，订阅邮件列表，介绍您自己，并让我们知道您有兴趣做什么。如果您有任何疑问，我们将很乐意为您提供帮助。
报告问题是每个人都可以做的事情。如果您最喜欢的应用程序中有某些内容让您感到不舒服，请报告它（只要该应用程序包含在桌面上）。如果您确实想参与其中，请从桌面上选择一个应用程序并坐下来使用它一两个小时，然后寻找要报告的剪纸情况。
确认新的错误- 需要有人过来看看积压的新报告的错误是否实际上是有效的剪纸。坐下来查看有问题的应用程序，看看发生了什么。如果报告没有提供足够的信息，则请求缺少的信息并将报告标记为Incomplete。
对确认的错误进行分类——一旦确认错误存在，就必须有人来找出到底出了什么问题。例如，应用程序本身或它所构建的图形工具包（例如 Gtk）的问题。这通常需要与 Paper Cuts 或 Desktop 团队的人员交谈以寻求建议，直到您获得足够的经验来自己做出决定。
一旦确定了受影响的包裹，人们就可以找出到底出了什么问题。如果您不熟悉包本身的代码库，请与包开发人员联系以获取建议。一旦他们告诉您发生了什么事，您应该将该响应作为错误报告的评论发布。
一旦发现问题，就需要设计修复方案。并非每个剪纸都需要这样做（其中一些剪纸只有一种修复方法）。在其他情况下，您应该坐下来使用应用程序并考虑修复应该如何进行。一旦你提出了一个想法，你应该在实施之前获得设计的批准。
如果您确切地知道发生了什么，那么您可以直接进入代码并开始修复剪纸问题。您如何进行此操作取决于您正在使用哪个应用程序以及该应用程序最初是在哪里开发的。
如果它是 Gnome 应用程序，那么最好的选择是从git.gnome.org获取源代码，处理补丁并将修复程序导出为文件.patch，您可以将其附加到 Gnome Bugzilla 中的错误报告中。
许多其他项目都托管在 Git 存储库中，并在 Bugzilla 中跟踪它们的问题。如果您甚至不确定该去哪里，请进入#ubuntu-desktop 并询问。那里的人会非常乐意为您指明正确的方向。
如果这是 Ubuntu 软件包（例如 Unity 或 Ubuntu 软件中心）中的错误，那么Ubuntu 开发人员网站上有一个修复 Ubuntu 错误的出色指南。
一旦开发出一条路径并提交批准，就需要有人对其进行测试。这可以留给软件包开发人员/维护人员，但他们还有很多其他工作要做，并且可以采取一切措施来减轻他们在一个领域的工作量，这意味着他们可以在其他领域完成更多工作。在这方面，如果补丁或分支位于启动板或上游的剪纸上，那么在试驾之前下载并应用该补丁将是一个很大的帮助。
一旦你完成了它的步骤，请在上游和 Ubuntu 中的错误报告上留言，详细说明你的结果。一开始，开发人员或维护人员无法简单地相信您所说的补丁已准备就绪，但如果您经常在一个软件包上工作并且开发人员逐渐了解您，那么您的话就会更有分量，您可能会甚至被授予该包源存档的上传权限。
联络员和测试员可以（但不是必须）重叠。一旦验证补丁解决了问题，就需要获得软件包上游开发人员的批准。来自上游错误跟踪器的评论并不总是发布在 Launchpad 中，因此必须有人充当两者之间的运行者，在两者之间复制和粘贴问题及其答案。请记住，Ubuntu 并不是这些应用程序出现的唯一发行版，并且开发人员不能指望跟踪使用其软件的每个人，因此您必须确保每个处理错误的人都了解情况。
一旦编写了补丁，就需要将其集成到现有的应用程序包中。这将涉及下载并安装您想要发布补丁的 Ubuntu 版本、下载软件包的源代码、应用补丁以及打包结果。Ubuntu 打包指南介绍了如何进行此操作。
根据补丁的性质，您可能需要执行最多 3 次 - 当前的稳定版本、当前的 LTS 和当前的开发版本都是补丁的可行目标。
这并不是每个人都能做到的，因为它需要上传到 Ubuntu 软件包档案。补丁打包后，可能需要向后移植到当前稳定版本、当前 LTS 或两者。如果您想获得这些上传权，最好的方法是打包补丁并为 SRU 提出建议。一旦您提出了第一轮完美的数字，您就可以申请上传权。