我想在GPL许可下发布一个项目,但希望在接受合并请求之前请求CLA (贡献者许可协议)签署。
GitHub有一些自动化的解决方案(ClaHub,cla-助理),但是对于GitLab,我找不到类似的解决方案。有一个长期存在的问题可以增加对它的本地支持,但它已经在两年前开放了。
我知道吉特标志可以用于DCO,但我想知道它是否可以(Ab)用于签署CLA协议?
简而言之,我如何使签署CLAs的过程对贡献者和我自己都尽可能的无痛,同时仍然使这些协议(有些)具有法律约束力?
编辑:给投了结束票的人:我又一次检查了指导方针,在我看来,这个问题完全在software tools commonly used by programmers; and is a practical, answerable problem that is unique to software development
中。它也不属于例外列出的,至少以我的理解。尽管如此,我还是希望能就投票的原因发表评论,这样我就能更好地表达这个问题,或者在需要的时候找到一个更合适的StackExchange站点。
发布于 2019-01-12 20:55:30
目前在GitLab中还没有官方的本机支持。
您所引用的问题链接到问题48118 (“涉众批准合并请求”),但它本身与两个GitLab企业问题(发布1979年“多重阻塞合并请求批准规则”和第965期“使用审批链升级审批”)相关联。
因此,就目前而言,依赖第三方服务网站仍然是“不那么痛苦”的解决方案。
这意味着,使用原始问题中突出显示的服务:CLAClub或cla-assistant.io。
对于公众注册回购(注册为cla-助理),最后一名(cla-助理)将:
注意:您可以安装并运行您自己的cla-助手实例,以便在您自己的专用数据库中存储项目的CLAs。
但是:由于这些服务与GitHub帐户有关联,而且GitLab没有相应的服务,因此不应取消DCO,特别是考虑到2017年11月GitLab的博客文章"GitLab转换贡献者向开发人员颁发原产地证书以更好地支持开源项目;授权贡献者“。
GitLab放弃CLA是为了使所有开源项目的代码托管和协作开发基础设施现代化。 此外,对于不想加入法律条款的开发人员来说,要求CLA成为问题;他们没有审查CLA合同,他们实际上放弃了拥有和贡献开源代码的权利。
还有"我们将切换到DCO以获得源代码贡献“当涉及到GitLab项目时,像这样的DCO仍然是选择的解决方案。
GitLab 15.5 (2022年10月)为非免费版的GitLab:
对所有供款强制执行开发人员原产地证书 开发人员原产地证书(DCO)是由一个贡献者进行的每次提交的注销,声明他们有权向项目提交代码。通过签署提交,贡献者同意在developercertificate.org上发布的条款。 现在,您可以通过每个项目设置轻松地强制执行此开发人员证书,以防止贡献者提供违反您的许可证的代码。启用后,所有新提交都必须以提交消息
Signed-off-by:
中一行的形式包含这样的原产地证书。
https://stackoverflow.com/questions/54132483
复制相似问题