跳转至内容

Open source | 开源

开源软件 | 开源社区 | 开源理念 | 开源与商业 | 开源可持续发展 等相关话的交流讨论
注: 这里的"开源"是泛化的共建共享概念, 范围包含 OSI的范围、自由软件、CC等相关内容

37 主题 161 帖子

子版块


  • 一个开源的技术学习、软件工具便捷下载、教程教学类项目构建和管理工具 - Github

    25 主题
    98 帖子
    SPeakS

    开发了一个可以把包索引仓库生成一个支持模糊搜索的包索引站点, 并提供一些基本功能:

    包预览 随机推荐 模糊搜索 包详情页面 语言切换(中/En) 等功能....

    下面为初期版本页面展示...

    XIM包索引站点-示例Demo: https://d2learn.github.io/xim-pkgindex

    1.主页 包随机推荐: 每5秒切换一个包卡片, 提供基本信息和一个可复制的安装命令 包预览: 提供一个4行的交叉循环轮播, 并可通过点击包卡片进入详情页

    6070307c-5902-4844-8b60-9d0f0ac05555-image.png

    2.模糊搜索

    搜索列表中能预览包名、关键字、简介等信息...

    ebbb8ca6-52f9-4791-83f3-0111d7b5d1b1-image.png

    3.包详情页 (待完善) 包基础信息 依赖信息 相关链接

    22bfd916-f51f-4f3f-99e6-d38c6c1f9fd5-image.png

    4.Github静态网页部署

    workflows参考: https://github.com/d2learn/xim-pkgindex/blob/main/.github/workflows/pkgindex-deloy.yml

    5.相关链接 XIM 包索引站点 - xlings的包索引站点 xpkgindex - 包索引网页生成工具 xlings - 包安装工具 xim-pkgindex - xpkg包描述文件仓库 论坛交流 - d2learn中的xlings交流讨论版块
  • 《计划-投射》快速绘制节点图的桌面工具,可以用于项目进程拓扑图绘制、快速头脑风暴草稿 - Github

    2 主题
    11 帖子
    sunrisepeakS

    @1049010335 基本元素是指的是做成组件式吗 直接创建表格?

  • 如果你的开源软件被人分发,应该如何应对

    已移动
    7
    0 赞同
    7 帖子
    50 浏览
    sunrisepeakS

    @yigekuyou 在 如果你的开源软件被人分发,应该如何应对 中说:

    错误日志应该后提交给我还是提交给开发者

    如果是你修改的版本, 一般先提交给你, 如果你发现非修改部分造成的, 你再提交到上游

  • GPL开源协议的传染性问题

    11
    0 赞同
    11 帖子
    166 浏览
    yigekuyouY

    就算GPL也保留了闭源的能力,传染性让GPL协议可能会和其他开源协议产生冲突,以链接的形成的lgpl反而安全些

  • 0 赞同
    3 帖子
    139 浏览
    yigekuyouY

    重写从开源协议上应该是衍生物,也不需要纯净室开发

  • 开源的好处与坏处分析总结

    9
    1 赞同
    9 帖子
    184 浏览
    sunrisepeakS

    @Littlefean 可以搞赞助 vue 好像就这么发展的。但是mit使用好像并不需要手动授权好像

  • 开源协议总结

    4
    1 赞同
    4 帖子
    166 浏览
    LittlefeanL

    @sunrisepeak 在 开源协议总结 中说:

    CC和OSI感觉最主要的冲突点应该是 "是否能商用自由"

    确实,NC直接禁止商用了。CC系列感觉范围主要是一些创意作品而非软件了。感觉有人往github上发自己创作的一些“开源文章”可能有用吧。

  • MIT这个非常宽松的开源协议究竟保留了什么?

    5
    0 赞同
    5 帖子
    137 浏览
    sunrisepeakS

    @Littlefean 在 MIT这个非常宽松的开源协议究竟保留了什么? 中说:

    如果把游戏引擎的runtime打包到游戏里的时候一般就要包含了这部分的MIT协议。

    但这个回答是被动的,它是否需要开发者主动在“关于界面”或“开发者界面”里提出使用了这个引擎作为技术支持?

    一般来说是不强制要求在界面特别显示, 但是一般建议是在关于中提到。 但似乎这就是属于 "宽松" 区域, 但如果是一个要发行的商业软件, 一般默认尽可能的在关于进行标识比较好

  • 一些有趣幽默的开源协议收集与整理

    7
    0 赞同
    7 帖子
    114 浏览
    sunrisepeakS

    @Littlefean 开源协议 很多时候是为了传播和共享 会偏向 "宽松" , 并再使用上一般默认大家会尽可能的遵守 (似乎某种程度一些协议可能还有故意不想受很多规则的限制甚至包括法律? 但符合要符合现实世界规则一般还是要很多考虑的, 可能也是一个发展的过程...)

  • 开源协议的更换问题

    5
    0 赞同
    5 帖子
    80 浏览
    LittlefeanL

    确实,忘了版本号的问题了,依赖都是有固定版本号的,同一版本号里开源协议不能变但版本号变了开源协议就可以变了。

  • 此主题已被删除!

    1
    0 赞同
    1 帖子
    10 浏览
    尚无回复