在GitHub上分组回购？

情况是这样的：我正在将一堆回购协议迁移到github。回购协议目前被组织成“堆栈”、“网站”、“应用程序”等组/目录

在GitHub上没有办法（我发现）创建用于回购的组或文件夹，除非是组织，这似乎是一个糟糕的选择。但也许不是？这里的问题是，一些群体非常小，而另一些群体很大。。。使用子组，我希望将所有项目保存在一个根存储桶中

所以，我剩下的可能是使用命名约定。比如：“stack apache”、“website foo.com”、“application some project”。或者干脆放弃在github中组织它们，让项目页面/网站来处理组织

Re。从规模上看，我最初考虑的是20多个回购协议，随着时间的推移，在未来几年内，新回购协议预计以每年2-5个的速度增加

有人有这方面的经验吗

20+回购协议

那真的没那么糟

这个想法实际上是利用组织将您的相关回购组合在一起。这也使得您的团队成员更容易将他们的活动提要过滤到他们感兴趣的组织中

这与Github上的情况类似，因为git是基于回购的，而不像SVN那样基于文件系统

---

也许“组织”不是一个很直观的名称，但在Gitlab这样的Git平台上，这些部门被命名为“组”。你应该真正地考虑他们。

< P>组织在我看来在GITHUB中有不同的目的而不是分组（尽管它们确实适用于重组）。组织更多的是关于回购访问的细粒度控制（这是我的理解）

Bitbucket引入了“项目”的概念，具有以下层次结构（与Github相比）：

Bitbucket仍然允许回购协议而不是分配给团队或项目，我猜这是为了支持在项目概念出现之前就存在的旧回购协议

回答这个问题，不，不是直接回答。Github有未完成的添加组的请求，但似乎不太可能（此时）

前缀作为一种一般的解决方案：

回购名称：

[项目]\uuu[回购名称]

假设您有一个客户“acme”，有两个回购协议：

例如：

acme\uu api

例如：

acme\uu着陆

Github的搜索是快速且内联的，因此在您的回购列表中搜索

acme\uu

将列出

acme\u

项目的所有回购

更新2020 我不确定确切的时间，但是Github（最近）添加了项目的概念，这填补了缺失的空白。我认为它们与Bitbucket项目不太一样，但它们更适合在Github中对相关回购进行分组，而不是ORG

---

我认为，在github上对回购进行分组的想法是，在想要相互关联的项目之间放置一个分隔符。例如，“project1\u projectA\u projectX”或“project1 projectA projectX”，甚至“project1--projectA--projectX”

就我自己而言，我更喜欢双破折号分隔符，因为它更直观地替换了斜杠字符分隔符（/），并且在独立存储库名称中不太可用

然后，您必须创建的计划项目列表如下：

• 项目1
• 项目1——项目A
• project1--projectA--projectX

---

一旦您创建了一个名为delimeter（u或-）的存储库，就不会有一个选项可以设置，例如，从repo标题页设置repo描述或许可。在第一次推送之后，您必须从存储库标题页处理这些内容。但是您可以让它保持简单，例如，对于projectX，它应该是这样的：“project1--projectA子模块”。

听起来很合理。我最初在帖子中提到“或者说“组织”是一个误导性的名字”，但为了简洁起见删掉了。我想我将着手公司组织下的核心项目，并创建一些组组织来组织相关项目。我认为将GitHub组织视为组会使计费、权限和碎片管理复杂化。GitHub只是没有相关存储库的概念，而没有附加语义。在存储库名称前加前缀是我见过的最常见的做法。演员表未说明的是，最初的问题是针对基本开源项目的，所以计费不是问题。我的感觉是“团队”足以组织权限，因此在开源环境中，这是可行的。在封闭源代码环境中，我同意re。不幸的是，尽管组织是创造这一点的方式，但这一点是不可取的。它们作为顶级实体存在。因此，我无法在我的帐户内创建一个组织，因此它看起来像一个组，它们直接连接到github.com顶级名称空间：（元观察：我很确定在发布问题时搜索了答案（因为我总是这样做）我可能从来没有用过“文件夹”这个词。当然，它大部分都是重复的。而且，这让我想起了我曾经听到的关于“电影”和“电影”之间区别的一些事情.它们是同义词，但不尽相同。不同的文化群体以不同的方式使用它们。这让我想到了复制品的积极方面，因为它们使事物变得可查找，因为它提供了一种稍微不同的方式/思维方式/视角。是的，这就是为什么复制品通常仍然可以访问和阅读的主要原因等等。对我来说，github上的一个大问题是删除存储库后会丢失分配给存储库的所有内容。是的，由于git中的哈希，forks会丢失，但是所有其他内容呢？当您仅将github用作镜像，并且从另一个存储库重新创建存储库时会丢失所有相关数据时，这是非常烦人的。GitHub项目更多的是以看板式的方式管理工作流程，而不是对回购进行分组

Bitbucket: Team         -> has N -> Projects -> has N -> Repos
Github:    Organisation -> has N                      -> Repos