减少来源 Indexing/Symbol 发布时间？
Reducing Source Indexing/Symbol Publishing time?
我正在尝试减少构建时间，现在使用 TFS 2015 进行源索引和符号发布需要（约 1 小时）。也许索引来源和发布符号在磁盘上很重 I/O 并且在那里存在瓶颈——我不确定。我希望继续为这个特定版本编制源索引并继续发布符号，因为它使调试变得更容易。
有什么方法可以加快使用 TFS 2015 进行源索引和符号发布的速度吗？
很难减少这个任务的时间"Source Indexing/Symbol Publishing "
不过，还有其他方法可以减少构建时间：比如设置clean workspace到none。将工作区设置从每次重新创建一个新的工作区更改为增量，通过该设置，它将增量地仅将源下载到构建工作区。
在构建过程中，构建代理会对您的源文件进行编译和其他工作。在构建代理可以完成这项工作之前，它会将文件从版本控制服务器上的文件夹下载到本地工作目录中。为了便于下载这些文件，构建代理创建了一个版本控制工作区，它将服务器上的文件夹映射到构建代理工作目录中的本地文件夹。如果您设置 clean workspace ，它将删除旧文件并在每次触发构建期间获取源代码。所以将clean workspace设置为none可以减少build的时间。
而且跟你的服务器硬件也有关系。提高服务器的性能也会减少您的构建时间。
我正在尝试减少构建时间，现在使用 TFS 2015 进行源索引和符号发布需要（约 1 小时）。也许索引来源和发布符号在磁盘上很重 I/O 并且在那里存在瓶颈——我不确定。我希望继续为这个特定版本编制源索引并继续发布符号，因为它使调试变得更容易。
有什么方法可以加快使用 TFS 2015 进行源索引和符号发布的速度吗？
很难减少这个任务的时间"Source Indexing/Symbol Publishing "
不过，还有其他方法可以减少构建时间：比如设置clean workspace到none。将工作区设置从每次重新创建一个新的工作区更改为增量，通过该设置，它将增量地仅将源下载到构建工作区。
在构建过程中，构建代理会对您的源文件进行编译和其他工作。在构建代理可以完成这项工作之前，它会将文件从版本控制服务器上的文件夹下载到本地工作目录中。为了便于下载这些文件，构建代理创建了一个版本控制工作区，它将服务器上的文件夹映射到构建代理工作目录中的本地文件夹。如果您设置 clean workspace ，它将删除旧文件并在每次触发构建期间获取源代码。所以将clean workspace设置为none可以减少build的时间。
而且跟你的服务器硬件也有关系。提高服务器的性能也会减少您的构建时间。