Questions tagged «github»

我对编程还很陌生，并且我一直在从事许多个人项目，我担心这些项目可能很愚蠢且不专业。我拥有的项目类型是Reddit Image Downloader和GM在角色扮演游戏中使用的工具。 我想开始在所选的数据分析领域中为项目建立GitHub帐户，但是我不确定如何在GitHub帐户上组织项目。我是否应该创建一个主要包含不同分析脚本的“专业” GitHub，并为我的有趣小项目创建一个单独的“个人”帐户？还是我只是想得太多，应该只保留一个帐户？

28 github 

多年来，我一直非常热衷于为在线共享的内容添加许可证，以使其他人更容易确定是否以及如何重用这些内容。在GitHub开始轻轻地“推动”其用户在其存储库中包含LICENSE文件之前，我真的不知道如何用代码来做到最好，尤其是在GitHub上公开共享的代码！–但是从那时起，我一直在尝试充分利用LICENSE文件。 我现在处于与其他人一起从事一个小项目的情况下，这需要提及多个许可证（由于第三方代码和库以及非代码文件）。当我的合作伙伴相当“草率地”处理该问题时，有人建议我“将代码按原样联机，没人会在意”，但我宁愿做得很好。问题是：我不知道应该如何在GitHub上提到几个（不同的）许可证。 我在GitHub上看到了几种不同的解决方案，这就是为什么我很难判断这个稍有不同的问题的答案是否具有权威性。我想知道的是，以下哪个（如果有）是最常见的，或者是否还有其他其他方式可以做到这一点。 创建一个单独的LICENSE文件，并在其中放置所有不同许可证的描述。（问题：应该以特定的顺序放置它们吗？我是否要从文件开头提到其中包含的所有许可证的名称，以便进行更好的概述）？ 创建每个许可证一个许可证文件使用，并为它们命名LICENSE.md，LICENSE.LibNameA.md，LICENSE.AssetsB.md等，建议在链接的答案。（问题：命名将基于项目名称？不是许可证名称？如果我对自费材料使用了多个许可证，我是否会在“主要”中提及所有许可证LICENSE.md？如果没有，我该怎么做？） 创建两个许可证文件：一个列出“主要”内容的许可证，即自己创建的所有代码/资产；一种用于所有第三方材料。（以上问题：是否会使用一种特定的命名方案，以及列出第三者资料的顺序？） 最后，如果我正确理解了有关其Licenses API 的各种GitHub说明和项目，那么在确定回购协议的许可证时，只会考虑“主” LICENSE文件（尽管我无法弄清楚会选择哪个许可证）如果提到了几个）。

28 licensing  github 

我不清楚格式是什么，是否有创建它的系统/命令行要求等。 基本上，只需要了解规格以及是否有生成README文件的技术步骤即可。

27 github 

我维护了一个相对流行的github仓库。 当合并请求很好合并时，我通常会要求作者在合并之前将其重新设置为单个提交（特别是在进行多个小修改时）。 这是git的好习惯吗？这是可接受/标准的GitHub礼节吗？ 因此有一些好处： 我在提交日志中得到了很好的干净提交历史记录 我不需要自己更改提交 它委托一些工作 一些可能的缺点： 我不确定这是不是很好的礼节 我不确定这是否是个好习惯 我通常已经要求进行其他一些更改-这是又一个更改，我不想阻止贡献者。

25 github  etiquette 

我最喜欢并想要使用Github上的一个项目。我想做一些不同的事情/删除对我想要/需要的东西没有意义。我也想添加一些东西。 据我了解，我应该分叉该项目，并且我可以进行所需的任何更改并返回到我的分叉。从那里，我还想偶尔将原始项目中的更改引入我的叉子，以便获得最新的错误修复/功能。 我是否认为它应该如何工作？如何从原始项目中引入更改？

25 github  etiquette  forking 

已关闭。这个问题需要更加集中。它当前不接受答案。 想改善这个问题吗？更新问题，使其仅通过编辑此帖子来关注一个问题。 5年前关闭。 到目前为止，我已经了解了大多数基本的Git / Github概念，但是仍然很难理解全局。 到目前为止，我已经设法使这些事情起作用： 推送提交 与分支机构合作 将Github与Travis CI（一个持续集成系统）集成 通过Travis CI，可以自动构建对master的每次提交，并将该发行版作为ZIP放在Github上的发行版之下。 但是到目前为止，我只从事项目的alpha / beta版本工作，因此我还从未见过实践中的版本发布。 因此，我想了解更多有关版本控制，维护单独的版本，修复版本等信息。 我将如何确保发生以下情况： 我的项目有不同的版本，例如版本1.1.0和2.0.0 能够在版本上推送修补程序，将版本提高到1.1.1或2.0.1，等等。 使一个持续集成系统在提交时自动构建该版本，如果成功，则发布该特定版本的发行版。 我怀疑以下选项之间： 每个版本都需要使用标签吗？如果是这样，一个持续集成系统如何构建自动发布？ 我应该为每个版本创建分支吗？如果是这样，那将不会创建大量的分支（例如1.1和2.0分支，修补程序当然会进入该分支） 我将如何指定版本号？是否可以使用一个指定版本号的配置文件，还是可以使用更智能的方法？在这种情况下，这很重要，这将是一个Java项目。

24 version-control  git  github  continuous-integration 

我有一个包含Ruby和PHP代码的仓库。 Github说我的仓库是74.8％PHP和25.2％Ruby 我不知道这怎么可能。当我比较项目中的两种语言时： # Count how many files: # Ruby ls | grep ".*\.rb" | wc -l # returns 10 #PHP ls | grep ".*\.php" | wc -l # returns 1 # Count how many lines, words, chars: # Ruby cat *.rb | wc # returns 229, 812, 5303 # …

24 github 

具有公共存储库的开源项目应如何最好地处理安全报告但尚未公开披露的安全漏洞的拉取请求（PR）？ 我参与了一个有数百位贡献者的开源项目。作为定期计划的每月发布的一部分，我们每年发布几次安全公告和漏洞。在发布修补程序版本之前，我们不会发布有关漏洞的信息。我们能够在项目管理系统（JIRA）中安全地管理安全问题。但是，在将安全漏洞提交给GitHub时，我们没有一个很好的流程来掩盖可修复安全漏洞的PR。我们担心人们会在发布这些修补程序之前找到这些修补程序，并创建零日漏洞利用。 我们已经考虑过使用私有存储库来派生主存储库，但是我们当前的大部分审查和质量检查工作流都在PR上进行。如果我们将工作流仅移交给安全团队的私人仓库，则可以将修补程序公开时的时间减少到生成压缩包并将其发布到sourceforge所需的时间，这将是一个很大的改进。我们还可能需要避免将PR合并到我们的公开Beta中。 在朝这个方向发展之前，我想知道在具有开放存储库的开源项目中处理预发行安全性漏洞修复补丁的最佳实践是什么？如果可以通过使用不同于GitHub的平台来更好地解决问题，那么我应该提到我们正在评估迁移到GitLab的过程。

22 open-source  security  github  gitlab 

我们在项目中使用GitHub Flow，大多数时候，我们从master开一个新的功能分支，在那做一些工作，打开PR，查看代码，然后合并回master。 但是，我目前的工作取决于中正在处理的另一个问题feature-branch-A。从另一个分支创建我的分支是否符合犹太规范，还是违背GitHub Flow的精神？ 另一种选择是将我的分支基于master并合并feature-branch-A（经常）进行的更改。 GitHub流中首选哪个选项？

22 git  github  gitflow 

例如：yeoman。它已获得BSD许可。该CLA形式（贡献者许可协议）不是项目具体的，它可以以电子方式签署。 签署此协议如何以及如何阻止哪些问题？ 我贡献的大小有多重要？ 为什么有些项目要求签署的CLA接受补丁，而另一些则不需要？（例如，node.js与rails）

22 open-source  licensing  github 

我是GitHub和VCS的新手。我多年来一直使用各种语言进行编程，但是我一直在自定义项目（未公开发布）中一直独自工作。我最近开始在我正在研究的项目中使用从GitHub下载的jQuery UI小部件。该存储库不再由原始作者维护。另一个fork已合并了一些原始的请求请求。这是我分叉的那个。 我发现了几个错误，并提出了相应的修复程序。我想提供这些修复程序，但是我还想作很多其他更改，供我们自己使用，这些更改将破坏某些现有功能。另外，我想从另一个分支中引入一个想法。 我仍在学习GIT和GitHub，并试图找出解决所有问题的最佳方法。我已经阅读了很多有关不同概念/任务的文章（在这里，SO，GitHub帮助页面，Pro Git）：工作流，合并，拉取请求，挑选，重新设置，分支。我的灰质是游泳，所以我需要开始这样做，这样我才能更好地了解自己阅读的内容。 主要问题： 我想（在某处）我读到您一次只能在一个分支上有一个请求请求。那么这是否意味着我应该为每个错误提供一个单独的分支，然后为每个错误执行一个单独的提取请求？ 我想清理空白问题，而且我似乎还记得读过，最好在单独的提交中执行此操作。我应该在我的主数据库还是在另一个分支中进行此操作？我不想对如此琐碎的事情进行拉取请求，但是如果我在分支之前进行空格更改，这会影响对错误修复的拉取请求吗？一些fork进行了空格清理，这实际上使diff变得毫无用处。 我当时想用叉子创建问题，以作为记录bug的一种方式，即使我已经针对它们进行了修复。这是一个好主意吗？如何将问题，提交和合并合并到主节点？如果我向上游发出拉取请求，我的问题也会出现在上游还是会丢失该文档链接？我无法针对上游仓库打开问题（没有问题标签）。 在我想使用他的想法时，最好的办法是赞扬另一个叉子作者？我无法完全使用他的代码，尤其是因为他的更改是针对较旧版本的上游应用的，并且与我的其他更改不兼容。但是我想用这个主意，我想在应得的信贷额上给予好评。我应该只在提交消息中链接到他的回购（或个人资料或特定提交）吗？ 更改自述文件和主文件顶部的DocBlock的礼节是什么？可以进行更改，添加我的名字，添加指向我的repo和演示的链接，删除指向原始演示的链接（因为我的fork最终将与原始版本不兼容）吗？当然，我将保留原始作者姓名和许可证信息。作为记录，它已获得MIT许可。 作为从未使用过VCS的独立开发人员，我习惯于重写历史记录。我是一个完美主义者，喜欢事物要整洁。记录历史的想法使我有点紧张，我想第一次做对。我创建了一个新的供您玩耍/学习的仓库，但是我急于继续固定jQuery UI小部件，以便继续进行我的项目。

21 open-source  github  workflows  etiquette 

我正在通过适用于Windows的GitHub与Git进行交互，这很有趣，因为我永远不会将存储库推送到GitHub。我正在独自开发它，仅供我使用。我注意到我的提交列在“未同步的提交”下，并且在“历史记录”下显示为“无提交”。这带给我一个问题，除了“历史”下列出的提交外，我还可以通过推送实现什么？

21 git  github 

此问题是从Stack Overflow 迁移而来的，因为可以在Software Engineering Stack Exchange上回答。 迁移 8年前。 我们是一个由Web开发人员组成的小组，目前正在使用Subversion，但是很快我们将切换到github。 我正在查看不同类型的github工作流，但我们不确定github中针对每个开发人员的整个派生概念是否对我们来说是一个好主意。 如果我们使用fork，我知道每个开发人员都会拥有自己的私有远程和本地存储库。我担心这将使变更集变得困难而又过于复杂。另外，我最大的担心是，它将迫使每个开发人员拥有2个远程控制器：origin（远程分支）和上游（用于“同步”来自主存储库的更改）。不知道这是做事的简便方法。 这类似于此处说明的工作流程：https : //github.com/usm-data-analysis/usm-data-analysis.github.com/wiki/Git-workflow 如果我们不使用派生，则可以使用中央存储库为正在处理的每个任务创建一个分支，然后将它们合并到同一存储库中的development分支中，这样可以很好地解决问题。这意味着我们将无法限制分支的合并，并且在中央存储库中有很多分支可能有些混乱。 尝试过两种工作流程的团队有何建议？

21 git  github 

我经常在项目的某些功能上工作，需要休息一下才能使其足够好提交。但是，我每天使用两台不同的计算机进行编码（我的笔记本电脑和我的研究实验室台式机）。例如：我正在家里进行某项功能，然后停下来去实验室。 我不想将云同步（例如Dropbox）与GitHub远程跟踪混合使用。 我只是在（然后推入）代码之前提交了未完成的（和混乱的）代码状态，仅是为了将其拉入另一台计算机以继续工作。我很确定这是一个不好的做法。 不过今天，我git stash在Google搜寻了一下之后遇到了。这似乎是我需要的完美解决方案。 但是，一旦我推送更改，该文档就不会说是否转到github。除此之外，我想知道是否有一种更有效的方式来实现所需的机动性。 提前致谢！

20 git  github  gitflow 

我正在建立一个GitHub帐户，并计划将我作为一些近期iOS项目的一部分开发的库免费提供给其他iOS开发人员使用。 我目前大部分代码都没有异地备份，因此，我最初以为我会将所有个人项目或至少所有iOS项目上载到私有GitHub托管的存储库中。但是，我有很多项目，其中很多都是低价值的（即从书本改写而来的学习经验）。GitHub不仅由私有存储库收取费用，而且似乎没有任何分层组织存储库的方法。 我是否缺少某些东西，可以让我使用具有层次结构的git存储库，并在需要时/根据我目前的SVN方式检出碎片？ GitHub（或像BitBucket这样的竞争对手）是否具有某些我缺少的项目组织功能？ 如果失败了，处理这种情况的普遍接受的“ Git方式”是什么（丢弃不打算发布的项目，将其离线存储，以某种方式将它们捆绑在一起，等等，等等）？ 据我所知，我的选择是： 将库放到GitHub上，继续为所有其他项目托管我自己的SVN，使用非VCS解决方案进行异地备份（崩溃）， 将我计划在GitHub上发布的库和软件（分别作为公共和私人版本）放置，继续为我不太关心的项目托管我自己的SVN，并且仅可能重新访问以刷新关于如何实现XYZ的记忆，决定如果我的房屋爆裂（双声），我愿意注销它们， 将所有内容放到[GitHub和/或BitBucket]上，通过搜索我需要的内容/在我的[GitHub和/或BitBucket]帐户中维护一些脱机指针集来处理一些可笑的存储库（三重问题）

20 version-control  git  github