Visual SourceSafe存储库GitTFS.NET4.5.NET 3.0Visual Studio 2010.NET4.NET 2.0C# 2.0C# 4.0Visual Studio.NETC#
步骤:TFS 的签入/签出机制 - 避免生成错误并提高工作效率






4.75/5 (5投票s)
TFS 的签入/签出机制 - 避免生成错误并提高工作效率。
引言
你们可能已经知道 TFS 及其在团队项目中有效协作的用途,但我认为有必要重新梳理一些要点/步骤,以确保高效的工作效率(通过尽可能避免生成错误)。因此,请阅读以下几点,也请通过添加评论来提供您的反馈,使其更具信息量。(这尤其会有帮助,如果启用了“允许多个签出”选项)。
步骤
- 每天早上开始工作前,请务必养成获取项目最新版本的习惯。
- 生成/重新生成您的解决方案,以确保没有生成错误。
-->如果您遇到任何生成错误,请检查具体是什么错误。假设它们很简单,例如“引用损坏”错误或其他简单错误;请主动解决它们。如果您发现这些错误属于其他团队成员的任务,请告知他们,以便他们进行修复。 - 签出与您任务相关的文件并开始工作。完成后,通过生成项目来验证。如果没有生成错误;请运行项目并测试您的页面是否正常工作。如果一切正常,请签入您的文件。如果您发现任何生成错误或运行时问题,则解决它们,然后签入。
-->将一个大任务分解为多个小任务,并在每个子任务成功后签入您的工作,这始终是一个好习惯。例如:UI 设计、填充下拉列表、设置验证、保存表单数据、显示网格数据等都可以作为特定页面功能的独立子任务来处理。这将确保您在一天结束时不会有任何待签入项,同时也能保持事情的简便性。如果一个子任务花费的时间较长,并且您想在第二天继续进行,您可以注释掉您部分编写的代码并签入文件。下次开始工作时,您可以签出,取消注释您的代码并开始工作。这种做法可以最大程度地减少在启用“允许多个签出”选项下工作时我们通常会遇到的冲突,而且如果发生 TFS 连接问题,也不会产生任何影响。 - 有时,当我们从 TFS获取最新版本时,会遇到一些文件的冲突,请仔细检查这些冲突;如果这些文件不属于您,您可以直接选择“解决冲突”选项。然后 VS/TFS 会自动为您解决冲突。如果一个文件属于您,并且您最近对其进行过修改;那么在大多数情况下,您需要选择“自动合并”选项,以便您的更改和最近签入的最后一个人的更改能够自动合并并保存到 TFS。如果您仍然觉得需要交叉验证更改,您可以在“合并工具”选项中进行跟踪,然后合并。
- 到目前为止,我们讨论的签入和签出过程仅适用于我们项目中现有的文件,但在添加新文件、重命名文件或删除文件的情况下,存在细微差别。由于 TFS 和您的项目已经拥有您现有文件的元数据引用/信息,因此当您开始进行任何更改或显式签出时,它只会签出文件,但不会签出您的项目。
但在添加新文件、重命名文件或删除文件的情况下,TFS 和项目在.csproj 文件或源代码.vss 文件中将没有此引用,或者可能需要更新该文件的元数据信息;因此,当对特定文件进行此类操作时,它也会签出项目。如果您熟悉文件系统和文件处理程序,会更容易理解这种 TFS 行为。现在您需要执行生成并运行您的项目;验证,然后签入待处理项(文件加上项目)。
这种做法可以最大限度地减少发生冲突的可能性,因此使事情变得更简单且在我们可控范围内。
最后,我们的目标应该是简化工作,避免混淆,并确保避免容易出错的签入。(请注意,一次不正确的签入中的一个小错误可能会给其他团队成员带来生成错误,从而影响他们的工作效率)。
非常感谢您在这方面的意见、澄清和反馈。