在GitHub上分组回购?

zan*_*ock 35 github

这是情况:我正在将一堆repos迁移到github.目前,repos被组织成诸如"堆栈","网站","应用程序"等的组/目录.

我没有办法(我发现)在GitHub上为repos创建组或文件夹,除了组织,这似乎是一个糟糕的选择.但也许不是吗?这里的问题是,有些组非常小,而其他组很大......有子组,我想将所有项目保存在一个根桶中.

所以,我可能会使用命名约定.比如:'stack-apache','website-foo.com','application-some-project'.或者只是放弃在github中组织它们并让项目页面/网站处理组织.

回覆.规模,我最初看的是20多个回购,随着时间的推移新增回购,预计未来几年的回报率为2-5 /年.

有人有这种经历吗?

Sim*_*ias 16

20+回购

那真的不是那么糟糕.

这个想法实际上是使用组织将您的相关回购分组.这也使您的团队成员更容易将他们的活动供稿过滤到他们感兴趣的组织.

这就像在Github上那样git基于repo,而不是像SVN那样的文件系统.

也许"组织"不是一个非常直观的名称,但在像Gitlab这样的替代Git平台上,这些部门被命名为"组".你真的应该这样认为.

  • 我认为将GitHub组织视为组会使计费和权限以及片段管理变得复杂.GitHub没有相关存储库的概念而没有强加额外的语义.前缀存储库名称是我见过的最常见的做法. (17认同)

Chr*_*ris 10

在我看来,组织在Github中的目的不同于分组回购(尽管它们确实用于组合回购).组织更多的是关于回购访问的细粒度控制(这是我的理解).

Bitbucket引入了"Projects"的概念,具有以下层次结构(与Github进行比较):

Bitbucket: Team         -> has N -> Projects -> has N -> Repos
Github:    Organisation -> has N                      -> Repos
Run Code Online (Sandbox Code Playgroud)

Bitbucket仍然允许Repos 被分配给团队或项目,我猜测支持在项目概念之前存在的旧回购.

要回答这个问题,不,不是直接.Github有未完成的请求添加组,但似乎不太可能(此时).

前缀作为一个马马虎虎的解决方案:

回购名称: [project]__[repo name]

让我们说你有一个客户"极致"与两个回购:

例如:acme__api 例如:acme__landing

Github的搜索快速且内联,因此acme__在您的回购列表中搜索将列出acme__项目的所有回购.

  • GitHub 项目更多地以看板风格的方式管理工作流程,而不是像 GitLab 那样对存储库进行分组。 (11认同)
  • @mcamurri 100%同意。它“有点填补了缺失的空白” (5认同)

And*_*dry 5

我认为,在 github 上对 repos 进行分组的想法是,只需在您希望相互关联的项目之间放置一个分隔符。例如,“project1_projectA_projectX”或“project1-projectA-projectX”,甚至“project1--projectA--projectX”。

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

那么您必须创建的规划项目列表将是:

  • 项目1
  • 项目1--项目A
  • 项目1--项目A--项目X

一旦您创建了一个名称中带有分隔符(_ 或 -)的存储库,就没有选项可以设置,例如,存储库标题页中的存储库描述或许可证。在进行第一次推送后,您必须从存储库标题页面处理这些。但是您可以保持简单,例如,对于 projectX,它将是这样的:“project1--projectA submodule”。