Questions tagged «open-source»

有关免费提供原始源代码并可以重新分发和修改的软件的问题。

2
所有者应如何管理对开源项目的捐款?
当管理一个开源项目(使用像GitHub这样的服务)时,人们将如何回应以下内容: 有人已经提交了补丁,以添加新功能或解决问题。发生以下情况之一: 源代码不符合一种或多种命名约定等。 我认为可以以某种方式改进源代码。也许使用简单得多的源就可以达到相同的效果,或者可能还需要另一个有用的功能。 Q1。我可以更改提交的来源吗?(在GitHub上可能吗?) Q2。是否应按照提交准则拒绝所有此类提交? Q3。如果对第二季度是肯定的,那么一个实施得不好的真正整洁的想法该怎么办?我可以继续做自己的事吗? 我想鼓励大家做出贡献,但同时保持一定的标准也很重要。

4
是否有仅用于开放源代码网站的JavaScript代码?
改写的问题: 我不是在问与JavaScript相关的问题,而是在网络上使用的所有“客户端”语言(HTML5,JavaScript,CSS等)。如果我在我的网站上放置了JavaScript代码(即经过GPL处理),并且可以通过网络从任何人访问该网站,我是否在某种程度上违反了GPL? 如果我想将客户代码(HTML,CSS,JavaScript)卖给某人,会怎样?在这种情况下,我需要其他许可证吗? JavaScript(用于网站时)不是总是开源的吗?当您打开网页时,您始终可以阅读源代码。 如果我要出售包含JavaScript GPL代码的网站,是否还需要发布服务器端代码? 如果可以部分访问此网站(一部分是免费的,另一部分需要您付费),但是在网站的两侧都使用GPLed代码(同一部分),会发生什么情况? 如果GPLed代码仅出现在需要您付费才能访问的网站的一部分中,该怎么办? 如果我以这种方式将网站出售给客户: 我要卖给您(一次性费用)所有与客户相关的代码(JavaScript,HTML和CSS) 我不是在向您出售服务器端代码,而是在向您出租(我不想让您重用我的服务器端代码) 如果使用JavaScript GPLed代码,是否违反了某些规定?(该网站可通过网络上的任何人访问。) 编辑2: 添加了一个新的特定问题: 如果网站可以在没有服务器端代码的情况下运行,那是什么意思,JavaScript只是在调用一些包含JSON格式数据的PHP页面。其他人可以与客户端一起建立网站,但是他们需要提供数据。在这种情况下,我认为JavaScript正在调用“ PHP”代码(但并非相反)。在这种情况下,我是否违反GPL?

4
如何管理开源项目的文档?[关闭]
已关闭。这个问题需要更加集中。它当前不接受答案。 想改善这个问题吗?更新问题,使其仅通过编辑此帖子来关注一个问题。 6年前关闭。 我是一个成长中的开源项目的创建者。目前,我正试图找出管理文档的最佳方法而感到沮丧。这是我考虑过的选项: HTML网站 Github Wiki Github上托管的Markdown文件 将所有文档放在Github中README.md 该文档已经用Markdown编写,我只是想不出如何使它可用。我真的很喜欢Git,因为我可以分支和标记文档,就像可以分支和标记源代码一样。 我可以使用Markdown库将Markdown转换为HTML并将其显示在样式化的网站上。每当发生更改时,我都需要将更改上传到网站,并且很难管理文档的所有不同“标签”。 Github Wiki(据我所知)不会根据您所在的分支进行更改。因此,在任何给定时间,我只能以Github Wiki形式获得文档的“主”版本。 将所有内容放到Github自述文件中非常简洁。我可以进行分支和标记,但是使用起来有点累,而且不便于导航。 我是否缺少一些很棒的解决方案?我还有什么其他选择?

5
如何在我的开源项目中使用徽章?
Stack Overflow有一套很棒的徽章,可以识别个人对社区的贡献,并使个人的能力随着贡献的增加而增长。 开源或编码项目可以使用哪些技术?例如,一个人对代码库的贡献为他们赢得了徽章以及项目上不断增加的功能集? 主持人备注 仅提供建议链接是不够的:请提供有关如何将游戏化元素纳入开源项目的详细答案。任何不这样做的答案将被删除。 有关我们正在寻找的程序员的问题类型和答案类型的更多信息,请参见良好主观,不良主观。

4
在开放您的娱乐项目中有什么价值[关闭]
已关闭。这个问题是基于观点的。它当前不接受答案。 想改善这个问题吗?更新问题,以便通过编辑此帖子以事实和引用的形式回答。 6年前关闭。 我为我的项目写了很多有趣的东西,并向朋友等展示了它们。由于兴趣和实用性受到限制,因此在进行这些工作并使这些项目开源时是否有任何价值。

6
学习C#并陷入车辙[关闭]
关闭。这个问题是题外话。它当前不接受答案。 想改善这个问题吗? 更新问题,以使它成为软件工程堆栈交换的主题。 4年前关闭。 我已经学习C#/。NET 4.0大约2/3个月了,这是我的第一门认真的编程语言(之前我研究过PHP,HTML,CSS,JavaScript和VBA,但从未深入研究过),开始变得有点卡住: 由于缺乏“大”项目,我的学习达到了顶峰。 缺乏复杂项目的工作使我对自己的能力产生怀疑。 2周前,我接受了一名初级程序员工作的面试,并设法回答了我的大部分问题,但由于缺乏实践经验,我仍然没有找到工作,我不确定该怎么做。做! 就像我之前说过的,我不会为开源项目做贡献,但是我不知道从哪里开始,我认为“大”项目只想要优秀的程序员:( 是否有任何形式的在线编程测试可以向我展示我目前的“好”(或“坏”)?:) 谢谢你的帮助。

3
您是否会因为“管理不善”而分叉一个开源项目?
如果您知道一个开源项目的组织者 真的很忙,因为他没有那么多保养 而且他是那种直到几个月后才开始接受捐款的人(我想很忙),如果有的话 这个项目开始陷入困境 您是否会分担这个项目,给它起一个新的名字,然后继续努力工作,并围绕它建立一个新的社区,这对于编写贡献更加鼓励?基本上,一个更好的管理项目,因为现在关注的是糟糕的管理。

4
工作场所中的GPL?
我曾经在一家咨询公司接受过采访,谈话中他们谈到他们使用开源产品(这很棒,我已经广泛使用了Hibernate,JBoss等。)令我惊讶的是,当我问到是否他们在为客户编写应用程序时使用了GPL许可的OSS,他们说:“当然,一直如此!只要客户得到了他们想要的东西并且感到高兴。” 现在,我不是律师,也不是大批执照的人,但是我给人的印象是,使用GPL代码(假设您包括了一些库),那么您需要在同一执照下发布整个应用程序。当我指出这一点时,我得到了一个快速的回答:“好,完成后,我们将所有源代码提供给客户,因此这实际上不是问题。” 不想进一步强调这个问题(采访不是像这样的争论的地方),我让它滑下来。但是,这仍然使我担心该业务的特定实践。GPL许可代码的正式字词是什么?它需要“开放”吗?您是否必须发布并说“我的公司使用了这个库,所以您可以在这里下载我们花费数百万美元构建的购物和订单履行系统应用程序”。在这种情况下,公司是否有权在客户不知情的情况下使用GPL代码?仅“给他们源头”就足够了吗?

6
实用程序库的最佳许可许可证?
我有一个小型实用程序库,其中包含用Java编写的有用内容,我计划发布开放源代码。我一直在摇摆不定要使用什么许可证。我非常喜欢BSD许可证,该许可证简短易懂,但是我不需要/不需要有关在其产品文档中包含免责声明的条款。考虑将其删除。 那么,MIT许可证会更适合我吗?它没有BSD那样的背书禁止条款,这是我对BSD的认可。另外,麻省理工学院关于在软件的大部分内容上保留版权声明的条款是否仅引用源代码,而不是二进制形式或它们产生的任何文档? 通过调查有关该主题的其他SO问题,我看到一些人推荐Apache许可证。尽管进行了快速扫描,它实际上可以很好地满足了我的大部分要求,尽管即使这么多的法务人员也会使我的头部受伤(尤其是在凌晨2:30,我应该在床上而不是躺在床上休息)。 基本上我想要的是: 容易明白, 说您可以随意使用该代码,但在源代码上保留我的版权和许可声明, 您无需将我的名字或我的产品或版权声明等放在您制作的任何文档,手册等中, 请勿尝试将我或我的产品用作您产品的卖点(无论如何,我的认可绝对不重要!) 并以合理的方式遮盖我的屁股 :-) 编辑:哇,30分钟,已经有一些不错的答复!作为回应: 如果可以,我不希望“混搭”并产生另一个开源许可证。使用标准许可证使我们所有人都更容易。 对屁股的评论有点面颊。提及的所有许可均包含的保修免责声明实际上就是我在说的全部。 编辑:阅读MIT许可证上的Wikipedia页面后,我发现ncurses使用的是经过FSF批准的修改版,其中添加了非认可段落。我认为这对他们足够好,对我也足够。 我当时正在考虑使用Apache许可证,但是我不想介绍GPLv2的兼容性问题。

1
我不小心检查了某人的整个项目。有任何可接受的拉取请求的方式吗?
我在github上找到了一个很棒的项目,该项目具有有用的中央功能,但是在“抛光”错误处理,日志记录,配置和设置方面比较粗糙。该项目五年没有动,只有几百行代码。仍然足够有用,足以吸引大量观察者和少量叉子。 使用时需要添加特定的内容,但在此之前我进行了一些清理。然后,我变得有点痴迷于工程师,在一周的时间里,我最终添加了一个日志记录系统,大量的日志记录,一个自动设置,将代码之外的配置纳入外部配置文件(以及读取它们的代码),加上我发现的几个错误修正。 我确实认为我所做的所有更改都是合理/良好的,并且是听众需要使用的内容。但是有很多提交,几乎与原始回购的提交一样多(避免使用数量来保持一般性)。此外,git blame显示我已经触及了这个(小的!)代码库的几乎每一行。我不是在寻求对该项目的控制,也不是寻求我所做的一切功劳。但是给定选择之后,我希望看到我的更改合并在一起,以便每个人都可以从中受益,而不是隐藏在我不知名的github上。 我以前从未提交过请求请求,但我知道它们应该很小并且易于查看。但是,我在这里进行了很多变革性的更改。 我的提交非常干净,因为我倾向于仔细地进行历史记录。但是它们很难分离成多个分支/拉取请求,因为其中很多必须建立在自身之上。例如,配置外部化建立在一些准备工作的清理上,并且安装程序的一部分存在以填充这些配置,日志记录是由安装程序中创建的外部配置启用和配置的,等等。我非常愿意尽我所能使这种大药丸变得更可口,我只是不知道那会是什么。我可以分开进行两次提交,但是大修仍然很大。 那么,如果他们不小心检修某人的项目该怎么办? 我是否应该只上课不要这样做,并将自己的更改保留在自己的叉子上?我是否应该提出拉取请求,然后看看会发生什么?我应该在描述中花一堆字来解释自己吗?我应该以某种方式呈现吗?

8
您如何找到时间从事开源项目?[关闭]
已关闭。这个问题需要更加集中。它当前不接受答案。 想改善这个问题吗?更新问题,使其仅通过编辑此帖子来关注一个问题。 4年前关闭。 有一点背景知识:我已经开始了一个小型开源项目,一个基本框架提供了一种面向对象的方式来生成HTML代码(因为我不太喜欢HTML,而且我很喜欢PHP) 。它有一些已发布的源代码,也有一些下载的文件,但主要来说,该项目对我来说是合适的,而“开放源代码”部分只是一个附带好处。 使得我能够在该项目上进行开发的原始项目暂时大部分时间都处于休眠状态,这意味着我现在要进行的所有开发都只是个人时间。不幸的是,我目前正在攻读学士学位,正在学习认证,而且我家里有一个三个月大的婴儿。简而言之,当我走近“我的时间”时,我很少有做工作的感觉,而通常感觉只是在放松。 因此,如果还有其他人觉得自己处于类似的位置,那么您采用了哪些策略来保持自己对项目工作的动力?我真的很想至少能够进行此工作,直到获得100%的规格覆盖率为止,但几个月来我一直没有提交消息。有人可以帮忙吗?

1
如何暂停开源支持?[关闭]
已关闭。这个问题需要更加集中。它当前不接受答案。 想改善这个问题吗?更新问题,使其仅通过编辑此帖子来关注一个问题。 4年前关闭。 我是开源项目的唯一活跃维护者,该项目几乎每天都会收到各种渠道(Twitter,电子邮件,GitHub)的支持请求。我将在接下来的三个月内休假,在那儿我将有非常有限的时间来回应,更不用说接受请求或解决问题了。我该怎么做才能避免使那些及时提出问题或撰写适当的错误报告的人感到失望?

2
如何处理开源项目的增长?
我已经参与为开源项目提供一两年的支持,并且自从我开始以来,该项目就获得了很大的欢迎。该程序每周可下载超过100,000次,并且在其主要领域中有60%以上的人使用该程序,因此,我们很高兴看到人们非常喜欢使用该程序。 但是,问题在于开发和支持基础的增长速度并没有那么快,而且我们开始遇到一些增长难题。少数开发人员(尤其是主要开发人员)变得越来越瘦弱,技术支持志愿者开始精疲力尽。 到目前为止,在IRC上几乎束手无策,编写了该程序并为用户提供了帮助。没有501(c)(3)组织或LLC或类似机构。 目前,我们还没有一个非常正式的错误跟踪器或问题数据库(我们有一个专门讨论错误报告的类别的论坛),我承认,我们可以进行改进以使更多的开发人员加入。但是我想我的真正问题是,一个人如何从小型个人项目过渡到一个真实的事物?GIMP,FFmpeg,Blender等大男孩如何处理此过渡? 最重要的是,有没有办法为FOSS项目提供补偿?我想捐赠会有所帮助,但这只能走得很远……靠免费软件为生似乎很奇怪,但是如果程序要继续变得更好,我看不到我们如何在不补偿人们的情况下继续下去专职工作。 基本上,我们正在承受一些成长的痛苦,并且感觉“对我们的马匹来说太大了”。我们该怎么做才能管理这种过渡,而又不会因为一次做太多事情而感到疲倦?

2
TDD在协作开源项目中是否可行
假设我想启动一个开源项目,希望/期望有很多人提交补丁,什么也没做。采取严格的TDD方法是否可行?我可以/应该/希望协作者在提交补丁时编写质量测试吗? 我一直在考虑的一件事是为单个错误报告和功能请求编写测试套件,并要求所有修补程序/拉动请求都使测试通过,但是到那时看来,编写功能/错误修复似乎会更好我。 据我所知,大多数使用TDD(或至少编写测试)的主要开放源代码项目似乎大多是纯粹由个人或团队编写的,在其中很容易实施TDD等实践。

5
在开源软件项目中如何确定需求?
在公司内部软件开发中,通常需要通过正式流程来确定需求,从而创建许多需求文档。在开源软件开发中,这似乎常常不存在。因此,我的问题是:如何在开源软件项目中确定需求? “确定需求”仅表示“确定应将哪些功能等开发为特定软件的一部分”。

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.