Obtener la identificación del conjunto de cambios actual en el espacio de trabajo para TFS

¿Cómo averiguo qué conjunto de cambios tengo actualmente en mi espacio de trabajo local?

Claro, puedo elegir un archivo y ver su historial. Sin embargo, si ese archivo no se actualizó recientemente, su conjunto de cambios probablemente sea más antiguo que los archivos actualizados más recientemente en la misma solución.

Un posible error que podemos cometer es que vemos el historial en el archivo de la solución; sin embargo, el archivo de la solución rara vez cambia a menos que esté agregando un nuevo proyecto o realizando cambios en el nivel de la solución.

Al final, para averiguar el conjunto de cambios, necesito recordar cuáles fueron los últimos archivos modificados y ver su historial.

¿Hay una mejor manera de hacer esto?

Su respuesta está en un blog de MSDN de Buck Hodges: Cómo determinar el último conjunto de cambios en su espacio de trabajo

desde la raíz (parte superior) de su espacio de trabajo, en cmd realice:

tf history . /r /noprompt /stopafter:1 /version:W

La respuesta común para usar tf.exe history . /r directamente funciona, pero puede ser terriblemente lenta. En nuestro caso, tarda de 10 a 15 segundos. Ahora uso una verificación de dos etapas, primero verificando la revisión de algunos archivos arbitrarios (estoy usando los archivos en la carpeta raíz).

Con powershell:

$tfexepath = "C:\Program Files (x86)\Microsoft Visual Studio\2017\Enterprise\Common7\IDE\CommonExtensions\Microsoft\TeamFoundation\Team Explorer\tf.exe"
$localpath = "C:\some\tfs\directory"

$result = & $tfexepath history $localpath /noprompt /stopafter:1 /version:W 
"$result" -match "\d+" | out-null
$id = $matches[0]

Luego busque desde la raíz usando el indicador / r, pero limite la búsqueda para comenzar desde la revisión que se encuentra arriba:

$result2 = & $tfexepath history $localpath /r /noprompt /stopafter:1 /version:$id~W        
"$result2" -match "\d+" | out-null
$id2 =  $matches[0]

#result:
Write-Host $id2 

Para nuestra base de código, esto reduce el tiempo total de 10-15 a 1.4-1.5 segundos.

Por lo que tengo entendido, no hay inconvenientes ni limitaciones, pero supongo que podría ser más lento en un repositorio pequeño. - Me alegraría saberlo.

Ejecute un CMD de Visual Studio (en mi caso, para VS2015 se llama: "Símbolo del sistema de desarrollador para VS2015") y luego ingrese a la carpeta de su proyecto y ejecute el siguiente comando:

tf history . /r /noprompt /stopafter:1 /version:W

Si desea utilizar PowerShell ( consulte también ; equivalente a la respuesta de @kroonwijk ):

1. habilitar tfs snapin (una vez, si aún no)

   add-pssnapin Microsoft.TeamFoundation.PowerShell

2. use el cmdlet tfs para obtener la identificación del conjunto de cambios actual

   Get-TfsItemHistory <PATH_TO_PROJECT> -Recurse -Stopafter 1 -Version W

Si realmente no tiene idea de qué versión tiene, debe usar uno de los otros métodos sugeridos. Si no está seguro de tener una versión específica o no está seguro entre algunos conjuntos de cambios y prefiere trabajar desde la GUI de VS TFS, puede seguir estos pasos:

1. Elija el conjunto de cambios del que desea estar seguro y compare:

2. Si no tiene ninguna diferencia:

   o, si los únicos archivos que son diferentes son archivos en los que tiene cambios pendientes:

Eso significa que está actualizado con la versión en cuestión.

3. ** Si no está seguro de si el archivo que tiene un cambio pendiente en realidad tampoco está actualizado, puede verificar esa versión del archivo con las propiedades: