-VIM 使用许可协议
-
-I) 任何人均可不受限制地分发未经修改的 Vim 软件完整副本，但须在该等副本中包含本
- 许可协议全文。您亦可分发未经修改的 Vim 软件组成部分，该等分发行为同样不受限
- 制，惟仍须包含本许可协议全文。您还可随附基于未经修改的 Vim 源代码编译而成的
- 可执行文件、您自行编写的使用范例以及 Vim 脚本文件。
-
-II) 在同时满足下列四项条件的前提下，（或扩展）的 Vim 软件版本（包括可执行文件、
- 源代码或二者兼具）：
- 1) 必须完整包含未经任何改动的本许可协议文本。
- 2) 经修改的 Vim 软件必须通过以下五种方式之一进行分发：
- a) 如您对 Vim 软件自行实施修改，必须在分发材料中明确标注有效的联系方式。
- 当 Vim 维护者以任何形式向您索要您所分发的修改版副本时，您必须无偿向该
- 维护者提供全部修改内容（含源代码）。维护者保留将您的修改成果纳入 Vim
- 官方版本的权利。维护者将如何处置您的修改成果以及该等成果遵循何种许可协
- 议进行分发，均属可协商事项。若双方未达成特别约定，则您的修改内容自动适
- 用本协议或其后续版本。当前维护团队名单载于：https://github.com/orgs/vim/people。
- 若前述信息发生变更，将通过适当渠道（通常为 vim.sf.net、www.vim.org 及/
- 或 comp.editors）予以公告。当客观上完全无法联系到维护者时，您向其提交
- 修改成果的义务即告终止。维护者确认收到修改成果后，您无需重复提交。
- b) 如您获得依据本条第 a) 款方式分发的修改版 Vim，可依照 I) 之规定继续分发
- 其未经改动的版本。若您在该版本基础上实施新的修改，则 a) 款相关规定对该
- 等新增修改同样适用。
- c) 在您分发的每一份修改版 Vim 副本中，均需提供所有修改内容，包括源代码。
- 可采取上下文差异补丁等形式提供。您可自主选择适用于新增代码的许可协议。
- 该等修改内容及其所附许可协议不得限制其他使用者对 Vim 官方版本进行自主
- 修改。
- d) 若您持有的修改版 Vim 包含符合本条第 c) 款特征的修改内容，在同时满足下
- 列三项条件时，可不提供修改部分的源代码进行分发：
- - 适用于该修改内容的许可协议明确允许您无偿且无限制地向 Vim 维护者分发
- 该修改，并允许维护者无偿且无限制地将其纳入 Vim 官方版本；
- - 您需自最后一次分发对应修改版 Vim 之日起，将修改内容至少保存三年。在
- 此期间，若维护者或任何从您处获得该修改版的人员向您索要修改内容，您必
- 须及时提供；
- - 您必须在分发材料中明确标注有效的联系方式。该联系方式自最后一次分发对
- 应的修改版 Vim 后至少三年内保持有效，并应尽可能长期维持。
- e) 若 GNU 通用公共许可证（GPL）适用于修改内容，您可依据 GNU GPL 第二版或
- 其任何后续版本的规定分发修改后的 Vim 软件。
- 3) 必须至少在 ":version" 命令输出界面及软件启动画面中添加显著声明，以确保修
- 改版 Vim 的用户能够知悉该软件已被修改。依据本条第 2 款 e) 项规定进行分发
- 时，仅在所添加声明不与修改内容所适用许可协议相冲突的前提下，方须履行此项
- 声明添加义务。
- 4) 本条第 2 款 a) 项与 d) 项要求的联系方式不得被删除或篡改，但联系人本人可对
- 其进行修正更新。
-
-III) 如果您分发修改版的 Vim，采用本协议作为其修改内容的许可依据，并将其（包括源
- 代码）提供给维护者。首选方式是通过电子邮件或将文件上传至服务器并通过电子邮
- 件发送 URL 地址。如果修改量较小（例如，修改过的 Makefile），通过电子邮件发
- 送上下文差异补丁即可。应使用的电子邮件地址为 <maintainer@vim.org>。
-
-IV) 严禁从 Vim 源代码及其组成部分或任何修改版本的分发材料中移除本许可协议。您有
- 权选择将本协议适用于既往发布的 Vim 版本，以替代其原始随附的许可协议。
+注意: 本译文仅供参考。若因译文错漏引发任何问题，译者概不承担责任。VIM 许可证的
+完整英文版本为唯一法律依据。如有任何疑问，以英文原文为准。
+
+VIM 许可证
+
+I) 可以任意发布没有修改的 Vim 的拷贝，但是必须保证包含本许可证。您也可以发布
+ 未经修改的部分 Vim，同样也必须包含这份许可证。发布由未经修改的 Vim 源代码
+ 所编译出的 Vim 可执行文件，外加您自己的应用实例和 Vim 脚本也是允许的。
+
+II) 在满足以下全部四个条件的前提下，您可以发布经过修改 (或扩充) 的 Vim 版本，
+ 包括可执行文件 和/或 源代码:
+ 1) 本许可证必须包含在内，并且不能被修改。
+ 2) 经过修改的 Vim 必须以下述五种方式之一发布:
+ a) 如果您本人对 Vim 做了改动，您必须在发布版本里清楚地说明如何与您联系。
+ 当 Vim 的维护者 (以任何方式) 向您索取您所发布的 Vim 时，您必须把所做
+ 的改动包括源代码无偿地提供出来。维护者保留把这些改动加入 Vim 正式版本
+ 的权利。至于维护者怎样处理这些改动，以及用什么许可证发布，可以协商。
+ 如果没有协商，那么，本许可证，或者它更新的版本，同样适用于您做出的改
+ 动。Vim 现在的几位维护者可见:
+ https://github.com/orgs/vim/people
+ 如果维护者发生变动，会在合适的地方 (很可能是 vim.sf.net、www.vim.org
+ 和/或 comp.editors) 公布，当完全不能与维护者联系时，发送变更的约定自
+ 动终止。一旦维护者确认收到了您所做的修改，您就不必再次发送了。
+
+ b) 如果您得到的是一个修改过的 Vim，并且它是在条件 a) 下发布的，那么您可
+ 以不加改动地在条件 I) 下发布它；如果您又做了额外的改动，则这些改动受
+ 到 a) 款条文的约束。
+
+ c) 在您发布的经过修改的 Vim 的每一份拷贝里，提供所有的变更部分，包括源代
+ 码。提供的形式可以采用上下文风格的差异比较记录 (context diff)。您可以
+ 为添加的新代码选择许可证，但是这些更改和为其选择的许可证不能限制他人
+ 对 Vim 正式版本作出自己的改动。
+
+ d) 在满足以下全部三个条件的前提下，您可以继续发布带有条件 c) 所提及之变
+ 更的经过修改的 Vim，而不必在发布时提供更改部分的源代码:
+ - 这些变更所附带的许可证允许您把这些变更无偿地并且没有任何限制地提供
+ 给 Vim 的维护者，而且允许 Vim 的维护者无偿地并且没有任何限制地把这
+ 些更改加入到 Vim 的正式版本中。
+ - 从您最后一次发布更改的 Vim 之日起，您要保存这些改动至少三年时间。在
+ 这期间，维护者或别人 (以任何方式) 向您要求提供这些变更时，您必须提
+ 供给他。
+ - 您要在发布版本中清楚地说明如何与您联系，这个联系方式必须保证自最后
+ 一次发布相应的经过修改的 Vim 之日起至少三年有效，或尽可能长。
+ e) 当这些变更以 GPL (GNU General Public License，GNU 通用公共许可证) 发
+ 布时，您可以在 GPL 版本 2，或更高版本的 GPL 下发布修改过的 Vim。
+ 3) 必须添加一条改动的信息。至少要放在 "version" 命令的输出和启动画面里，好
+ 让用户知道自己用的是一个修改过的 Vim。当以 2)e) 条件发布时，只有不与变
+ 更适用的许可证冲突，这个信息的添加才是必要的。
+ 4) 在 2)a) 和 2)d) 条件里要求的联系方式不能随便更改或删除，除非是作者自己
+ 作出的更正。
+
+III) 如果您发布一个更改过的 Vim，强烈建议您对变更部分使用 Vim 的许可证，并且对
+ 维护者提供变更部分并开放源代码。最好的方式是通过电子邮件或者把文件放到服
+ 务器上，通过电子邮件传送 URL。如果只修改了很少的部分 (例如，只是一个修改
+ 过的 Makefile)，那么传送一个上下文风格的差异比较记录 (context diff) 就可
+ 以了。电子邮件的地址是 <maintainer@vim.org>
+
+IV) 不允许从 Vim 的源代码的发行版本或其中部分的源代码里删除本许可证，即使来自
+ 更改过的版本也是如此。您可能想用这份许可证代替以前版本的 Vim 里的许可证，
+ 这可以由您自行决定。
projects / thirdparty / vim.git / commitdiff
