Visual Studio 有人离开公司时的团队服务

Visual Studio Team Services when someone leaves the company

我们已经从 Rackspace 专用盒子过渡到完全云化的 Azure 环境。生产服务器和开发以及作为 MS 商店,我们将使用 Visual Studio Team Services。作为 MS ISV 合作伙伴,我们拥有大量 MSDN 席位,因此我们的开发人员都将拥有一个 MSDN w/VS Premium 帐户,我们将与团队 Services/TFS 一起使用。我们正在虚拟机上复制我们的生产 Web 服务器,但经过一些重构后最终将移动到 Azure 网站。

我的问题是关于用户何时离开公司。现在我们让每个人都使用 RDP 登录到开发服务器。他们在该服务器上开发。当有人离开时,我们会关闭他们对该服务器的访问。

使用 Team Services,当用户打开一个项目时,他们是否会自动将整个项目下载到他们的本地开发中 environment/machine?如果有人离开公司,是否有使用 VSO 的流程来保护该代码并将其从他们身上删除或使其无法访问?有什么方法可以在我们需要时将其锁定?我似乎找不到执行此操作的程序。

要在帐户中添加或删除某人,请转到您帐户主页上的用户中心。如果您从其中删除用户,该用户将无法再访问您的帐户。

当用户连接到您的帐户时,他们需要采取一些措施来获取源代码。在使用 Git 或创建工作区和 运行 获取 TFVC 的情况下,这将是克隆。

如果用户有源代码,例如在机器上,则无法远程删除它。他们将无法获得更新等,但计算机上没有任何东西 运行 可以擦除用户已经获得的代码。

我知道的所有源代码共享都允许压缩或浏览本地存储库。包括 VS 团队服务。

丹尼尔曼是正确的。通过 RDP 在共享服务器上进行开发对于生产力来说非常糟糕,因为开发是图形和磁盘密集型的,通常需要管理员权限和重新启动/崩溃,调试触发系统中断,内存不足循环在共享机器上很有趣,即它们会塞满周围的其他人。 (即使使用 RDP,您也可以在本地复制粘贴或映射网络驱动器或上传到网络)

如果你在做关键的事情,那么唯一真正有效的方法就是将它们物理地带到非互联网连接的机器/网络上,并禁用 USB。然而,这些机制尤其是拒绝互联网将使生产力减半。

这就是大多数组织依赖法律合同的原因。在一个 2M 的项目上是否值得将它变成一个 4M 的项目?在某些情况下,国家安全/中央情报局/国防通常需要这样做,但知识产权不需要,有更好/更棘手的方法。

如果您确实愿意,几乎所有二进制文件都可以毫不费力地进行逆向工程。混淆作用很小。