【问题标题】:Azure Dev Ops on PremiseAzure Devops 内部部署
【发布时间】:2020-03-24 21:25:48
【问题描述】:

我们有一个安装了 Azure Dev Ops 的服务器,我们不使用任何远程目录来处理存储库。一切都在这台服务器上完成。

我们在服务器上的 C:/WorkSpace 文件夹中创建了一个项目。该项目已添加到 Visual Studio 源代码管理中。

三个开发人员通过 RDP 访问服务器,他们在安装在服务器上的 Visual Studio 上工作。每个开发人员都使用他或她的凭据通过 RDP 登录到服务器。我们从主项目创建了三个分支。我们的结构如下所示:

  • IP 地址\默认集合
    • 项目名称
      • Dev1 分支
      • Dev2Branch
      • Dev3Branch
      • 主分支

当开发人员需要工作时,她会将 MainBranch 合并到她的分支中,然后在她的分支上工作。工作完成后,她提交她的分支,然后将其合并到 MainBranch,然后在 MainBranch 上进行最终提交。

上面的结构是好的还是我们遗漏了什么?

我们遇到的问题是,当开发人员正在处理一个文件时,她和第二个开发人员也在处理同一个文件,然后开发人员 1 将该文件排除在签入之外。如果将来进行任何更改,那么这些排除的文件没有被跟踪。

【问题讨论】:

  • 为什么人们登录到您的应用层服务器来工作?没有必要这样做。他们可以从他们的计算机连接到服务器并映射工作空间。如果两个人同时处理一个文件,没关系。他们应该直接处理它,完成后检查它,如果有冲突的更改,他们将不得不合并它。排除文件的理由为零。
  • 您的源代码控制类型是什么? TFVC 还是 Git?正如你所描述的,它看起来像 Git,但你在这张票中添加了一个 TFVC 标签。

标签: azure-devops tfvc azure-repos


【解决方案1】:

我找到了异常的原因。我使用的是 TFVC,所以我将项目类型更改为 Git,Visual Studio 提示我安装我所做的第 3 方 Git。现在工作正常。

【讨论】:

    猜你喜欢
    • 2021-01-12
    • 1970-01-01
    • 2022-01-20
    • 2019-06-12
    • 1970-01-01
    • 2019-08-12
    • 1970-01-01
    • 1970-01-01
    • 2023-01-26
    相关资源
    最近更新 更多