Questions tagged «github»

我们公司有一个我正在处理的项目的私有GitHub存储库。经过整个夏天的工作，看起来我们将在本周发布（哇！）。但是，我想在程序中包含一个“提交错误”链接，该链接会导致一个表单，用户可以在其中某处填写表单，这对我们在GitHub上是一个问题。谷歌搜索没有找到任何解决方案（或有相同问题的人）。 这是否有可能（可能通过某些API？）还是我必须手动输入用户报告的错误？

10 git  issue-tracking  github 

最近，我在GitHub上发布了我的一个项目1，当我探索该站点的功能时，我注意到它们有一个相当不错的问题跟踪部分。 我想使用该部分，因为a）他人可以根据需要报告错误，b）其他人可以看到我知道的错误。但是，正如其他人指出的那样，为了创建项目待办事项，不能优先考虑问题列表。到目前为止，我的待办事项一直是一个文本文件，但是我希望能够将其集成，这样就不会在不同的地方维护相同的信息。 拥有一个完整的清单，这也是我们在工作中经常实践的事情，它非常有用，因为我可以打开一个文件，从第1行开始，一次坐着解开2或3个项目，而不必回到完整的问题/故事桶。GitHub不提供此功能。 GitHub所提供的是一个非常不错且干净的API，因此问题可以轻松导出到其他任何东西。我搜索了是否还有其他网站（例如Trello）与GitHub问题集成在一起，但没有找到任何东西。 有人知道这样的产品，服务或离线工具吗？那些使用GitHub的人，您在管理积压方面有什么经验？我有点讨厌手动管理两个断开连接的列表的想法，就像有人似乎对Wiki项目页面所做的那样。 1-无耻的插头不允许这个网站吗？搜索但没有找到明确的答案。如果这是错误的做法，请停止操作，不要继续阅读 作为开发人员，我厌倦了每天浏览30组相同文件夹的麻烦，因此我编写了一个可自动折叠的小实用程序，该实用程序固定在桌面上，可以轻松访问经常使用的文件夹。

10 project-management  open-source  issue-tracking  github 

我最近遇到了我可以真正使用的github项目，但似乎被放弃了，有很多问题和重要的拉取请求，也许有100多个fork。通常，没有替代项目。 我可以按原样使用代码吗？我会选择叉子而不理会其他人吗？是否可以从拉取请求中手动拉入代码？怎么样？我或其他任何人是否有可能以某种方式组织和从原始编码员遗留的地方起飞？

10 open-source  github 

我想创建一个Google Code存储库的克隆，由于国家/地区限制，我无法下载该克隆，并且我希望将该克隆迁移到Github中，我可以毫无问题地使用它。 问题是我有一个Github帐户，我可以浏览GoogleCode，但是我不能带我的TortoiseHg来克隆仓库，因为我来自古巴，而且我得到一个漂亮的Google页面，说我不能进入Google代码。 我猜你知道我如何浏览 :) 我想将商品库导入到我的Github存储库中，我的问题是： 可能吗？ 我该怎么做？

10 git  github  mercurial 

例如，我要找到一个已启动但尚未完全完成或尚未完成的github项目，我想在更大的项目中使用该代码，但是代码的作者尚未指定该代码的许可证，这是什么？此代码的可接受用法？我可以将其用于任何我喜欢的目的，或者代码上有隐式许可证吗？ 但是我确实使用该代码，所以我肯定会提供感谢和参考原始作者（出于礼貌）。 但这又引发了两个额外的问题： 如果该代码可以在我的项目中使用，那么我可以自由地以与我的项目其余部分相同的方式来许可该代码，甚至可以仅通过自己的代码来许可吗？ 如果您以后要在代码中添加许可证，那只会影响代码的未来版本吗？例如，如果我要叉一些未经许可的东西，然后原始作者添加了保留所有权利的版权-只要在添加许可证之前就可以使用该分叉的代码？

10 licensing  legal  github 

关闭。这个问题是题外话。它当前不接受答案。 想改善这个问题吗？ 更新问题，使它成为软件工程堆栈交换的主题。 4年前关闭。 一些软件项目具有“ 贡献者许可协议”。例如，该协议可以将第三方贡献的版权分配给原始项目创建者。在github上提交Pull Request 是否会构成接受这样的协议？

9 github  copyright 

几周后，我的项目将结束，我想开始准备好代码供其他人使用。 我将把所有内容发布到GitHub，以便人们可以对其进行调整，并希望使其更好。 我想我要问的是，确保我的代码被充分记录并措辞正确以供他人使用的最佳方法是什么？ 我知道您应该始终注释所有内容，并且我将为每种方法添加@params功能，但是一般是否还有其他提示？

9 coding-style  coding-standards  github 

已关闭。这个问题需要更加集中。它当前不接受答案。 想改善这个问题吗？更新问题，使其仅通过编辑此帖子来关注一个问题。 6年前关闭。 我越探索Github，就越喜欢它。我真的很喜欢编码如何变得更加社会化。 我很好奇程序员在共享代码时应避免任何不良做法。在命名不良做法时，代码共享的最佳做法是什么？ 例如： 单个回购包含多个名为“ MiscProjects”的脚本/项目是否是不好的做法？顾名思义，此存储库是其他小脚本和项目的集合。这可能类似于程序员在其本地存储上组织项目的方式，但是对于代码共享而言可能不是最佳选择吗？ 也许如果完成了良好的自述文件/文档，那会更好吗？还是只要有据可查，有什么用吗？

9 github