Open binary5 opened 6 months ago
希望本仓库对爱好者更有接纳性 @EdmondFrank @eyehwan
这个组件是整个OSS Compass系统的一部分,虽然具备单独运行的能力,但依旧依赖其他组件生成的数据。我们有在docs仓提供了一些架构图和部署文档做参考 https://github.com/oss-compass/docs/blob/main/deployment-guide/SAAS%20Deployment%20Guide.md
希望能对你帮助
为什么要这样回复,好奇怪
希望本仓库对爱好者更有接纳性 @EdmondFrank @eyehwan
这个组件是整个OSS Compass系统的一部分,虽然具备单独运行的能力,但依旧依赖其他组件生成的数据。我们有在docs仓提供了一些架构图和部署文档做参考 https://github.com/oss-compass/docs/blob/main/deployment-guide/SAAS%20Deployment%20Guide.md
希望能对你帮助
为什么要这样回复,好奇怪
上一个回复用的App,可能不知道点到了什么操作,确实奇怪 。
目前OSS Compass 依赖了CHAOSS的部分组件,并在原有组件上做了调整和新特性引入,这个部分回归上游比较慢,因此主要还是我们自己Fork了分支进行开发,这样就会导致,各个组件之间的依赖容易发生版本冲突以及和原CHAOSS的组件产生较大的部署依赖差异,可能我们提供容器化部署的方式是一个解决方案,如果有其他想法和建议可以在本Issue讨论。
我想的是可能有路人只是想尝试一下使用这个指标部分的程序学习一下这些代码,而不是一次性跑通整个SaaS。 也许这个仓库确实比较有门槛,我还是需要再努力提高自己才是。
我的经历: readme未提示python版本,查看 setup.py 提示python>=3.4,怕太新的版本不兼容故使用了pytho3.7; pip初始化时提示需要grimoire_elk,安装一直报错gcc失败。几天后,查看grimoire_elk仓库发现这个:https://github.com/chaoss/grimoirelab-elk/blob/master/pyproject.toml 线索提示需要python3.8以上,遂换成3.8,成功克服gcc失败报错。 或许应该在readme提示要使用的python版本,并且修改setup.py
使用了readme文件提示的“Please create conf.yaml file as following way:” 运行时run.py 第30行报错 keyError,语句为
kwargs[item] = None if params[item] and params[item] == 'None' else params[item]
个人认为应该修改为:kwargs[item] = None if item not in params or params[item] == 'None' else params[item]
成功克服keyError报错My experience:
I believe it should be modified to:
This successfully resolved the KeyError.