我正在尝试理解GitHub的贡献数据及其展示方式。我创建了一个简单的2步过程来在贡献上“绘制”(可在此处找到)。
我刚刚意识到每天的“权重”相对于全年而言是可变的,而不是固定的。因此,我想要进行两个额外的函数。
在“平铺”提交活动之前,我不会提供此功能,因为那似乎更加令人生畏。但是,我的问题是:
- 在提交活动历史记录中,每天都有T个提交,需要多少次提交才能实现每个色调“层级”? - 引入新提交时,这些值会如何变化?
例如,如果我将提交历史记录平铺为每天85个提交,则每种颜色需要多少个提交?如果包括更多级别,这些值是否会有所不同?
如果“基本水平”为400而不是85,那么它将如何影响提交历史记录?
供参考,this is the repo 我正在进行实验。它基本上是一个Web界面,可以让您“绘图”,以及一个CLI,可以接受UI的JSON输出并为您生成一堆空提交。
我刚刚意识到每天的“权重”相对于全年而言是可变的,而不是固定的。因此,我想要进行两个额外的函数。
平坦化
获取您的公共贡献历史记录,并根据需要创建提交,以便每天在一年中有相同数量的提交。为了使其正常工作,我需要:- 从自己的服务器发起AJAX请求(因为它们不允许XSS)
- 从那里请求
https://github.com/users/%s/contributions_calendar_data
(示例) - 每天创建足够的提交,以等于全年最高的公共活动
选择颜色
除了平铺之外,我想提供选择颜色的功能(GitHub用于绘制您每日活动的绿色阴影之一)。在这一点上,我不知道该怎么做。在“平铺”提交活动之前,我不会提供此功能,因为那似乎更加令人生畏。但是,我的问题是:
- 在提交活动历史记录中,每天都有T个提交,需要多少次提交才能实现每个色调“层级”? - 引入新提交时,这些值会如何变化?
例如,如果我将提交历史记录平铺为每天85个提交,则每种颜色需要多少个提交?如果包括更多级别,这些值是否会有所不同?
如果“基本水平”为400而不是85,那么它将如何影响提交历史记录?
供参考,this is the repo 我正在进行实验。它基本上是一个Web界面,可以让您“绘图”,以及一个CLI,可以接受UI的JSON输出并为您生成一堆空提交。
毫无疑问,我对统计学知之甚少。