作者:伴生约定_879 | 来源:互联网 | 2022-11-21 19:16
我想在GPL许可下发布项目,但是想在接受合并请求之前请求CLA(贡献者许可协议)签名.
GitHub有一些自动化的解决方案(ClaHub,cla-assistant),但我找不到任何与GitLab相似的东西.一个长期存在的问题是在本地添加对它的支持,但它已在2年前开放.
我知道Git签收可以用于DCO,但我想知道它是否可以某种方式(ab)用于签署CLA协议?
简而言之,我如何使签署的CLA过程尽可能轻松地为贡献者和我自己签署,同时仍然使协议(在某种程度上)具有法律约束力?
编辑:对投票结束的人:我再次检查了指导方针,在我看来这个问题正好落在了software tools commonly used by programmers; and is a practical, answerable problem that is unique to software development
.它也不属于列出的例外,至少我理解它们的方式.也就是说,我很感激评论投票的原因,以便我可以更好地制定问题或者在需要时找到更合适的StackExchange网站.
1> VonC..:
目前GitLab中没有正式的本地支持CLA.
您引用的问题与问题48118("合并请求的利益相关方批准")相关联,但本身与两个GitLab Enterprise问题相关联- 问题1979"多个阻止合并请求批准规则"和问题965"使用批准链升级批准")
因此,目前依赖第三方服务网站仍然是"不那么痛苦"的解决方案.
这意味着,使用原始问题中突出显示的服务:CLAClub或cla-assistant.io.
对于公共注册回购(注册为助理),最后一名(助理)将:
关于每个打开的拉动请求的评论,要求贡献者签署CLA
允许贡献者在拉取请求中签署CLA
使用他或她的GitHub帐户验证签名者
当贡献者同意CLA时,更新拉取请求的状态
如果关联的Gist和CLA已更改,则自动要求用户为每个新拉取请求重新签名CLA
注意:您可以安装并运行自己的cla-assistant实例,以便在您自己的专用数据库中存储项目的CLA.
但是:由于这些服务与GitHub帐户绑定,并且没有GitLab的等价物,因此DCO不应该被解雇,特别是考虑到2017年11月的GitLab博客文章" GitLab Transitions Contributor Licensing to Developer Origin of Origin of Better Support Open源项目;授权贡献者 "
GitLab脱离CLA意味着为所有开源项目实现代码托管和协作开发基础架构的现代化.
此外,对于不想签订法律条款的开发人员而言,要求CLA成为问题; 他们没有审查CLA合同,他们实际上放弃了拥有和贡献开源代码的权利.
并且" 我们正在转向DCO以获取源代码贡献 ".谈到GitLab项目,像这样的DCO仍然是选择的解决方案.
请参阅比较CLA和DCO的分析.