Visual studio 2010 TFS-强制所有开发人员签入他们的代码

在visualstudio&TFS中有没有一种方法可以强制开发人员签入他们的代码？或者提醒他们始终签入代码？

您无法强制签入其他工作区中的文件。签出的文件仅存在于工作区所在的本地驱动器上，因此，例如，如果机器已关闭，则无法访问文件

但您可以识别已签出的文件，并通知用户。使用tf.exe，您应该能够获得为所有用户签出的所有文件的列表，如下所示：

tf status /user:*

您可以通过提供一个路径和/或来限制范围，以使所有项目都处于该路径下

tf status /user:* $/TeamProject/Project/ /r

---

您无法强制签入其他工作区中的文件。签出的文件仅存在于工作区所在的本地驱动器上，因此，例如，如果机器已关闭，则无法访问文件

但您可以识别已签出的文件，并通知用户。使用tf.exe，您应该能够获得为所有用户签出的所有文件的列表，如下所示：

tf status /user:*

您可以通过提供一个路径和/或来限制范围，以使所有项目都处于该路径下

tf status /user:* $/TeamProject/Project/ /r

---

虽然无法强制此类签入，但您可能会创建一个新用户，该用户可以访问在其他系统上签出的所有文件，前提是这些系统正在运行。因为TFS知道谁签出了哪个文件

然后，您可以将签出的文件复制到本地工作区并将其签入。这听起来比现在容易多了。您可能会遇到很多合并冲突，当某人从TFS获得最新版本时，他们也会遇到这些合并冲突，更不用说他们自己的更改将被视为合并冲突

我相信TFS可以配置为只允许每个文件一次签出。这将解决很多问题，但会限制开发人员

---

简言之，有解决办法。但是，让开发人员签入他们自己的作品可能比远程强制签入效果更好。

虽然无法强制此类签入，但您可以创建一个新用户，该用户可以访问其他系统上签出的所有文件，假设这些系统正在运行。因为TFS知道谁签出了哪个文件

然后，您可以将签出的文件复制到本地工作区并将其签入。这听起来比现在容易多了。您可能会遇到很多合并冲突，当某人从TFS获得最新版本时，他们也会遇到这些合并冲突，更不用说他们自己的更改将被视为合并冲突

我相信TFS可以配置为只允许每个文件一次签出。这将解决很多问题，但会限制开发人员

---

简言之，有解决办法。但是，让开发人员签入他们自己的工作可能比远程强制执行工作效果更好。

签入是一个过程的一部分。如果您已经准备好了流程的其他部分，那么签入的需求将变得很明显，开发人员将这样做

---

例如：如果您设置了一个自动生成，它生成所有已签入的内容，并在QA/release/等中使用该生成。那么开发人员将必须签入，否则他们的代码将不在该生成中。

签入是过程的一部分。如果您已经准备好了流程的其他部分，那么签入的需求将变得很明显，开发人员将这样做

---

例如：如果你设置了一个自动构建，它构建了所有被选中的，并在QA/发行版中使用这个构建，那么DEVs必须签入，否则它们的代码就不会在那个构建中。

使用Team Foundation SIDKEKE解锁文件，删除工作区。没有办法强迫开发人员签入他们的文件。

使用Team Foundation SIDKEKE解锁文件，删除工作区。无法强制开发人员签入他们的文件。

为什么开发人员不签入？这是他们的关键问题。也许有什么东西阻止了他们这么做。如果他们有一个合理的理由来解决这个问题，如果没有，你可以在每天的scrum会议上添加一个问题：你昨天登记了吗？为什么不呢？你想什么时候强制他们签入代码？什么情况？一个小时后，一个工作项目，回家之前，等等？为什么你们的开发人员不签入？这是他们的关键问题。也许有什么东西阻止了他们这么做。如果他们有一个合理的理由来解决这个问题，如果没有，你可以在每天的scrum会议上添加一个问题：你昨天登记了吗？为什么不呢？你想什么时候强制他们签入代码？什么情况？一个小时后，一个工作项目，回家前，等等？