… 自由软件许可证表示用户可以获得源代码。它们是关于赋予用户（在这种情况下就是我）根据自己的意愿使用和修改软件的能力。如果我为个人使用定制了某些内容，那么我就是这个分支的唯一用户，许可证条款就已满足。只有当我开始将编译后的可执行文件分发给其他用户时，人们才会要求我提供源代码。> 如果解决方案被拒绝，你没有必要去游说。我以前有过这种需求。这给我带来了很大的焦虑。我认为向上游提交补丁是正确的事情。幸运的是，我已经摆脱了这个错误的想法。> 真的没有其他坏处，除了花5分钟时间做点好事，至少把你的解决方案发布出去。我对此没有问题。我的观点是，参与上游开发往往弊大于利。让他们做他们的事。只需从他们那里拉取代码，并重新应用你的更改。享受生活吧。人们在试图把自己的不请自来的代码强加给别人之前，应该三思而后行。…
源讨论15,000行经过验证的加密代码现在已在Python中原帖 158 条评论 · 导入时统计嗯，大多数时候你确实必须发布它。MIT/BSD/Apache允许你不发布，但大多数大型项目使用的是LGPL或其他类似共享的许可证。对于这些许可证，如果你正在开发一个你确实要发布的项目（例如，使用该库/语言等的商业产品），你基本上在法律上必须发布你修改后的源代码。当然，如果你只是为自己编写脚本，情况会不同，但只要你发布任何使用它们的东西，你也必须发布你对库和其他东西的修改版本。 我同意“分叉并为你自己改进”的观点，但我也认为向他人报告你遇到的错误或缺失功能，以及提交拉取请求，是一种常见的礼貌。即使只是为了作为“原型”或“快速修复”，其他人可以挑选到他们自己的分叉中。它们可能会被拒绝，可能会被关闭，但你仍然不需要坐等...…
完整原文把你的经验，加入这段讨论。
通常最好从小规模的项目开始，比如修复拼写错误和改进文档。这对于我来说是一个很好的试金石。如果在一两天内被接受，那就是一个我愿意学习的项目。我认为你可以根据自己的价值选择项目，然后在那里做出贡献。最终人们会了解你，并且会更加信任你。
完整原文这正是我之前说的，只有当你发布了一些东西之后才会发生。对我来说，法律上的论点不如道德上的论点有力，我从不发布任何东西。我认为提交一个PR（拉取请求）并不是强迫别人接受代码，他们没有任何义务去阅读和考虑它，但如果他们想这么做，他们可以。我会提交一个PR，然后我就不再回应了，因为这就是我个人的道德责任的终点。现在任何人都可以轻松地发现这段代码，不想用的人可以随意丢弃，包括上游维护者。
完整原文尊重不同观点，分享具体经验。
登录后即可发帖、评论、转发和引用。