在 Azure DevOps 上支持 small/personal projects/repos 的最佳实践(本地)

Best practice for supporting small/personal projects/repos on Azure DevOps (on premises)

我正在设置 Azure DevOps 2019 的本地实例并已阅读 planning the organizational structure 的指南。在我们的情况下,拥有一个组织和多个项目和团队似乎是最合适的结构。

我的问题是在这样一种情况下,人们编写了一些小的实用程序来帮助他们完成日常任务,我应该让他们把代码放在哪里。在这种情况下,它可能不属于某个项目,我觉得为每个想要自己的小游乐场来放置代码的个人用户创建项目会很混乱。

有没有一种方法可以让我的项目让用户可以拥有自己的一小块存储库供他们使用,而看不到该项目中所有其他人的存储库,因此看起来不会那么混乱?

有没有更好的方法可以让用户拥有自己的区域以拥有供自己使用的存储库而不会使项目混乱?

我同意公共代码或小型实用程序应与项目代码库分开存放。您可以创建一个新项目,例如 CommonScripts 或任何名称,然后用户可以创建一个单独的存储库并在其中维护自己的代码或实用程序。

这样做的好处是,如果需要,其他人或多个项目可以访问管道中的公共库片段,而无需进行代码冗余。

例如,在我们的组织中,我们有名为 DevOps 的项目名称,然后我们有相应的单独存储库。

您可以创建一个新项目来放置开发者的仓库。

您更改存储库权限设置以实现用户只能查看他们自己使用的一小部分存储库,而不能看到该项目中所有其他人的存储库。见下文:

1、设置所有版本库级别的权限

进入项目的project settings-->Repos下的Repositories-->All Repositories下的Permissions-->Search for搜索栏中的用户-->将他的权限改为Not setDeny

通过拒绝此用户对所有存储库级别的权限,这样他将无法看到该项目中其他人的存储库

2、设置权限单一版本库级别

进入项目的project settings-->Repositories下的Repos-->Select这个的repository用户-->权限选项卡-->在搜索框中搜索用户-->设置权限为允许 为用户提供自己的存储库(覆盖 所有存储库 级别以上的权限集)。

通过以上两个步骤。用户将只能在项目门户上查看自己的存储库。