访问方式是：
hostname/team/repo
为什么不修改成为：
hostname/team/project/repo
呢？
在 team 内，也可能出现同名的 repo 啊。比如 V2EX 团队有两个 project: android 和 ios，每个 project 都有一个名叫 doc 的 repo 。按照前面的访问方式，只能:
bitbucket.org/v2ex/android-doc
bitbucket.org/v2ex/ios-doc
如果是：
bitbucket.org/v2ex/android/doc
bitbucket.org/v2ex/ios/doc
多自然？
检索了一下，好像有几个 issues 是关于这个问题的，但是 vote 好少。
https://jira.atlassian.com/browse/BCLOUD-13243
https://jira.atlassian.com/browse/BCLOUD-14549
小团队好像还是很需要这个需求的。
 |
1
wangkun025 Aug 25, 2021
request 里面有 authentication token 的。
|
 |
2
2i2Re2PLMaDnghL Aug 25, 2021
那样的话不访问地址就难以知晓这到底是一个 project 还是一个 repo ？
如果你希望所有 URL 都有三层又未免太过复杂，绝大多数 Project 是只有一个 repo 的。 |
 |
3
xuantedev OP @2i2Re2PLMaDnghL 谢谢，为什么我要从一个路径来判断这是一个 project 还是一个 repo 呢？绝大多数 project 只有一个 repo，我本身不是很赞同这个说法。何况这只是一个组织方式，一个 project 中只有一个代码库也许情况比较多，但是 document 呢？
@wangkun025 谢谢，但是我还是不理解我这个问题跟 auth token 有什么关系。 |
 |
4
wangxn Aug 25, 2021 via Android
一开始 GitHub 就是主打个人和单个团队的吧，所以只有一层。
|
|
5
2i2Re2PLMaDnghL Aug 25, 2021
@xuantedev 仅猜想，Github 因为历史原因不一定能修改，完全可能其他人的代码对此进行了过分特异化的适配。
而且再分 project 可能还要加字段。 开源软件 doc 跟着代码一起走是比较常见的，保证每个 commit 里的 doc 和实际完全对应，同步修改，同时也包括单元测试等。也避免了看的 doc 和实际版本不一致导致的困扰。缺点是影响关注点分离。只有那些发生变动甚至可能不修改代码的闭源软件和 SaaS 才会真正需要 doc 分离。 |
|
6
xuantedev OP @2i2Re2PLMaDnghL 如果是这样的话，一个 repo 对应一个 project，那 bitbucket 应该不用提出 project 这个概念了啊。
|
|
7
2i2Re2PLMaDnghL Aug 25, 2021
@xuantedev bb 不怎么用，看上去很可能是为了和 at 家其他东西结合，也结合 #4，和 gh 目标不一致，适用整个公司，分多个 project，人员有穿插，这种情况。
|
 |
8
forcecharlie Aug 25, 2021
那你也可以创建一个组织的。当然你提的需求是能够实现的，但带来的其他影响会影响一些其他服务，上一份工作在某代码托管平台，来自前就做了多仓库支持，但引出来的问题很多，比如 go-get 就会有很诡异的错误。
|
 |
9
oott123 Aug 25, 2021
bitbucket 确实，他本来就有 project 的概念，但是没提现在 url 上出来
gitlab 引入了一个叫 subgroup 的概念，这个东西就会在 url 上加一层了 |
Select Language