支持

  1. 反馈
  2. 把这个词告诉您的朋友
  3. 捐赠
  4. 程序设计

您想要为Aegisub提供支持吗?很好,这很简单!

反馈

您可以向我们反馈——通过评论、批评或是提供意见等形式。也随时欢迎报告Bug或表达增添新功能的愿望。您可以来看看我们的 论坛Bug追踪器,或者在 IRC 频道 交流探讨。

把这个词告诉您的朋友

喜欢Aegisub?请把它推荐给您的朋友!推广“Aegisub”这个词是帮助它成为最优秀的字幕编辑器的一个好方法。

捐赠

您是壕?请考虑给我们捐款!我们利用闲暇时间维护着它,您懂的。

程序设计

"只要有足够多的眼睛去发现,一切Bug都是纸老虎。(Given enough eyes, all bugs are shallow.)"

– Linus Torvalds

您很想向我们提供帮助,或者说您只是想贡献一些代码?以下是来自源代码树中readme.txt里的一些建议:

第一,一些代码的可读性很好,另一些还算不错,还有一些则纯属东拼西凑的废物。祝您好运 ;)

在您为一个新功能编写代码前,应登入IRC并与开发者们一起讨论确定新功能是否为Aegisub所需要的,否则就可能会使您白费功夫。不过我们欢迎不请自来的Bug修复工作。

第二,如果您想要为Aegisub提供一些代码,您需要同意以下条款:

  1. 您需要将补丁发布到公有领域,或将其版权给予一位该软件的开发者。这是为了防止源代码被太多人同时拥有。(例外: 重大的修改在BSD协议许可的情况下将以您的名义被接纳;具体事宜请咨询开发者)
  2. 确保代码在被提交给开发者之前已经编译过并且工作正常。
  3. 补丁通常针对git的master分支,除非补丁针对的是存在于非master的稳定版本(stable)的Bug。
  4. 合并分支请求(pull request)应发送至git的master分支(或stable,如果适用的话),并且每个Pull请求都应具有topic branch。请不要在您的提交历史中出现任何merge commit。
  5. Aegisub没有统一的编码风格,但请尝试按照程序中现有的风格(以及您所接触到的更好的编写方式)来编码。

第三,所有的一切都以BSD许可为前提。根据GNU(革奴计划)的声明,BSD与GPL(GNU通用公共许可)是兼容的,这意味着你可以把GPL的代码嵌入到BSD的代码之中。但是请记住,如果源文件混合了BSD和GPL的内容,GPL将对其具有约束效力。