vivo - ¿Por qué TFS no recibe las últimas noticias?

noticias de chile ultimo minuto en vivo (16)

"Obtener la última versión" de forma predeterminada solo descargará los archivos que han cambiado en el servidor desde la última vez que ejecutó "Obtener la última versión". TFS realiza un seguimiento de los archivos que descarga para que no pierda tiempo descargando la misma versión de los archivos nuevamente. Si está modificando los archivos fuera de Visual Studio, esto puede causar los problemas de coherencia que parece que está viendo.

¿Por qué POR QUÉ no hace TFS obtener el último trabajo de manera consistente?

Habría pensado que esa característica se habría probado a fondo.

Lo que tengo que hacer es obtener una versión específica, luego verificar tanto sobrescribir los archivos de escritura + sobrescribir todos los archivos.

¿Se ha estropeado mi configuración local o haces esto también?

Cuando me encuentro con este problema al no obtener las últimas y versiones desajustadas, primero hago una "Obtener versión específica", lo configura en conjunto de cambios y lo inserto en 1. Esto eliminará todos los archivos de su área de trabajo local (para ese proyecto, carpeta, archivo, etc.) y también tendrá la actualización TFS para que sepa que ahora NO TIENE VERSIÓN DESCARGADA. Luego puede hacer un "Get Latest" y viola, en realidad tendrá la última

Desafortunadamente, tiene que haber uno o más errores en TFS 2008, ya que este problema aparece regularmente en las máquinas de desarrollo y en los servidores de compilación donde también trabajo.

Puedo obtener Get Latest, puedo ver en la lista de historial del proyecto que ha habido commits después de que hice Last Get, no he tocado los archivos en el disco de ninguna manera, pero después de que la función "Get Latest" tiene completado, cuando reviso la pestaña TFS, algunos de los archivos aún dicen que no son la última versión.

Obviamente, TFS puede determinar que tengo archivos antiguos localmente, ya que la lista lo dice. Sin embargo, Get Latest falla al hacer eso, obtenga la última versión. Si hago lo que hizo, use la versión Obtener específica y marque las dos casillas de verificación en la parte inferior del cuadro de diálogo, luego se recuperarán los archivos.

Cambiamos nuestros servidores de compilación para usar siempre el tipo de función Get Specific version, así que esta parte ahora funciona, pero dado que nuestro servidor de compilación (TeamCity) también depende de verificar si ha habido cambios en los archivos para iniciar una compilación a veces caduca en modo "nada cambiado, nada que ver aquí, avance" y no hace nada hasta que no ejecutemos forzosamente la configuración de compilación.

Tenga en cuenta que he experimentado este problema en una máquina que nunca se toca, excepto para obtener la última versión, tanto manualmente, por lo que no hay nada que altere los archivos. Es solo que TFS se confunde.

Una vez que esto surgió, verifiqué que los archivos en el disco eran de hecho idénticos en binario a la versión recuperada previamente, por lo que no se había hecho ninguna manipulación manual con los archivos.

Además, no veo cómo TFS puede "saber" si los archivos han cambiado en el disco o no, sin mirar los contenidos. Si una parte de TFS puede ver que los archivos no son de hecho la última versión, entonces la versión Obtener lo último definitivamente debe poder obtener la última versión. Esto en referencia a los comentarios a otras respuestas aquí.

Es difícil responder a una afirmación sin ejemplos de cómo no funciona, pero es fundamental comprender que TFVC (en el modo "Espacio de trabajo del servidor", que era el mecanismo anterior a TFS 2012) no examina el estado de su sistema de archivos local . Los espacios de trabajo del servidor TFVC son un tipo de sistema "checkout-edit-checkin" donde esto es por diseño, una decisión intencional hecha para reducir masivamente la cantidad de E / S de archivo requerida para determinar el estado de su espacio de trabajo. En cambio, la información del espacio de trabajo se guarda en el servidor.

Esto permite que los espacios de trabajo del servidor TFVC escalen a bases de código muy grandes de manera muy eficiente. Si está en una base de código de varios gigabytes (como Visual Studio o el árbol fuente de Windows), entonces su cliente no necesita escanear su sistema de archivos local, buscando archivos que pueden haber cambiado, porque el contrato que tiene con TFS es que usted verificará explícitamente un archivo cuando quiera editarlo.

Se espera que no marques un archivo como de solo escritura y lo cambies sin comprobarlo primero. Si realiza esta ruta, el servidor no sabe que ha realizado cambios en su archivo y realizar una operación "Obtener lo último" no actualizará su área de trabajo local, ya que no le ha dicho al servidor que ha realizado cambios.

Si subvierte este mecanismo, puede usar el comando tfpt reconcile para examinar su espacio de trabajo local para ver los cambios que ha realizado localmente.

Si te encuentras usando "Obtener versión específica" y seleccionando las opciones "forzar" y "sobrescribir", entonces es muy probable que tengas el hábito de pasar por alto todas las ejecuciones que TFS ha implementado para evitar que te lastimes, y probablemente debería considerar los espacios de trabajo locales de TFVC.

Los espacios de trabajo locales de TFVC proporcionan un tipo de sistema de control de versiones "edit-merge-commit", lo que significa que no necesita verificar los archivos explícitamente antes de editarlos y que no son de solo lectura en el disco. En cambio, simplemente necesita editar el archivo, y su cliente escaneará el sistema de archivos, notará el cambio y lo presentará como un cambio pendiente.

Los espacios de trabajo locales de TFVC se recomiendan para proyectos pequeños que no requieren un control de permisos preciso, ya que presentan un flujo de trabajo mucho mejor. No es necesario que esté en línea, y no tiene que verificar los archivos explícitamente antes de editarlos.

Los espacios de trabajo locales de TFVC son los predeterminados en TFS 2012, y si no están habilitados para usted, debe preguntarle al administrador del servidor. (Las organizaciones con bases de código muy grandes o requisitos de auditoría estrictos pueden deshabilitar los espacios de trabajo locales de TFVC).

El excelente libro de Eric Sink Version Control By Example describe las diferencias entre los sistemas checkout-edit-checkin y edit-merge-commit y cuando uno es más apropiado que el otro.

El libro Professional Team Foundation Server 2013 también proporciona información excelente sobre las diferencias entre los espacios de trabajo del servidor TFVC y los espacios de trabajo locales de TFVC. La documentación y los blogs de MSDN también brindan información detallada:

Esto funcionó para mí:
1. Salga de Visual Studio
2. Abra una ventana de comandos y navegue a la carpeta: "% localappdata% / Local / Microsoft / Team Foundation /"
3. Navegue a las subcarpetas para cada versión y elimine la subcarpeta "caché" y sus contenidos
4. Reinicie Visual Studio y conéctese a TFS.
5. Pruebe la última versión.

La mayoría de los problemas que he visto con los desarrolladores quejándose de que Get Latest no hace lo que esperan provienen del hecho de que están realizando un Get Latest from Solution Explorer en lugar de hacerlo desde Source Control Explorer. Solution Explorer solo obtiene los archivos que forman parte de la solución e ignora todo lo que requieran los archivos dentro de la solución y, por lo tanto, parte del control de origen, mientras que Source Control Explorer compara tu espacio de trabajo local con el repositorio en el servidor para determinar qué archivos Se necesitan.

Lo más tonto que veo es que "Obtener la última versión" no hace nada, incluso cuando el archivo local ha sido eliminado por cualquier motivo. Pensé que controlar el hecho de que el archivo local al menos existe era algo bastante obvio de hacer. Pero por qué no puede simplemente comparar la marca de tiempo de cada archivo en el servidor con la última vez que se produjo un get (que podría almacenarse localmente) me deja perplejo.

Puede ser porque está iniciando sesión en TFS como el mismo usuario y el nombre del espacio de trabajo (según el nombre de la máquina por defecto) también es el mismo, por lo que TFS cree que está en la misma máquina y en el mismo espacio de trabajo, por lo que ya tiene la última versión de los archivos, por lo que no los obtendrá para usted.

intente cambiar el nombre de su máquina y cree un nuevo espacio de trabajo como una máquina nueva.

Puede suceder cuando usa TFS desde dos máquinas diferentes con la misma cuenta, si es así, debe comparar para ver los archivos modificados y verificarlos, luego obtenga los últimos cambios y luego deshaga los cambios pendientes para eliminar el pago y envío.

TFS redefinió lo que hace "Obtener lo último". En términos de TFS, Get Latest significa obtener la última versión de los archivos, pero ignore los que el servidor cree que ya están en su área de trabajo. Lo cual para mí y para casi todos los demás en el planeta está mal.

Vea este enlace: http://blogs.microsoft.co.il/blogs/srlteam/archive/2009/04/13/how-get-latest-version-really-works.aspx

La única forma de lograr que haga lo que usted desea es obtener una versión específica, luego marque las dos casillas "Sobrescribir ...".

TFS, al igual que otros proveedores de control de código fuente, como Perforce, hacen esto, ya que el sistema sabe cuál fue la última versión que obtuvo con éxito, así que obtenga los últimos cambios en "obtener cambios desde x". Si juegas según sus reglas y realmente verificas las cosas antes de editarlas, no debes confundir las cosas, y "obtener lo último" realmente hace lo que dice.

Como ha visto, puede obligarlo a volver a evaluar todo, que tiene un uso de ancho de banda mucho mayor, pero se comporta más cerca de cómo solía hacerlo SourceSafe.

Team Foundation Server (TFS) realiza un seguimiento de su copia local en un directorio oculto denominado $ TF. Cuando se emite el mensaje "obtener la última versión", TFS busca en esta carpeta y ver si tengo la última copia o no. Si lo hace, no descargará la última copia. No importa si tienes el archivo original o no. De hecho, es posible que haya eliminado toda la carpeta (como en mi caso) y TFS no obtendrá la copia más reciente porque no busca en el archivo real sino en el directorio oculto donde registra los cambios. El defecto de este diseño es que cualquier cosa que se haga fuera del sistema no se grabará en TFS. Por ejemplo, puede ingresar al Explorador de Windows, eliminar una carpeta o archivo y TFS no lo reconocerá. Será totalmente ciego. Al menos, esperaría que Windows no le permitiera borrar este archivo, ¡pero lo hace!

Una forma de hacer cumplir la última copia es eliminar la carpeta oculta $ TF manualmente. Para hacerlo, vaya al símbolo del sistema y navegue hasta la carpeta raíz donde el proyecto fue desprotegido y emita este comando

rd/s $tf // remove $TF folder and everything inside it

Si solo quieres comprobar la carpeta oculta, puedes hacerlo usando

dir /ah // display hidden files and folders

Nota: Si lo haces, el tf pensará que no tienes ninguna copia local aunque la tengas en los archivos y se sincronizará todo nuevamente.

Precaución: utilice este método bajo su propio riesgo. Por favor no lo use en trabajos críticos.

Tuve el mismo problema con Visual Studio 2012. No importaba lo que hiciera, no obtenía el código del control de fuente TFS.

En mi caso, la causa fue asignar una carpeta + subcarpeta desde el control de origen por separado, pero al mismo árbol en mi HD local.

La solución fue eliminar la asignación de subcarpetas mediante la ventana "administrar espacios de trabajo".

solo quiero agregar TFS MSBuild no admite caracteres especiales en las carpetas, es decir, "@"

Yo había experimentado en el pasado donde una de nuestras carpetas de proyectos nombrada como External @ Project1

creamos una definición de compilación de TFS para ejecutar un archivo de msbuild personalizado, luego la carpeta de espacio de trabajo no obtiene ningún contenido en la carpeta External @ Project1 durante la última actualización del espacio de trabajo. Parece que tfs get está fallando pero no muestra ningún error.

después de un poco de prueba y error y cambiar el nombre de la carpeta a _Project1. voila tenemos archivos en la carpeta (_Project1).

Herramienta: TFS Power Tools

Fuente: http://dennymichael.net/2013/03/19/tfs-scorch/

Comando: tfpt scorch / recursive / elimina C: / LocationOfWorkspaceOrFolder

Aparecerá un cuadro de diálogo que le pedirá que elimine o descargue una lista de archivos. Seleccione o anule la selección de los archivos en consecuencia y presione ok. Aspecto en la cuadrícula (CheckBox, FileName, FileAction, FilePath)

Causa: TFS solo se comparará con los elementos en el espacio de trabajo. Si las modificaciones se realizaron fuera del espacio de trabajo, TFS no las tendrá en cuenta.

Espero que alguien encuentre esto útil. Encontré esta publicación después de eliminar un puñado de carpetas en diferentes ubicaciones. No recordar qué carpetas eliminé excluía la opción Force Get / Replace habitual que habría utilizado.

Algunas veces Get specific version incluso si marca ambas casillas de verificación , no obtendrá el último archivo. Probablemente haya realizado un cambio en un archivo y desee deshacer esos cambios volviendo a obtener la última versión. Bueno ... para eso está el Undo pending changes y no el propósito de Get specific version .

En caso de duda:

deshace el check in pendiente en el (los) archivo (s)
haga una comparación después para asegurarse de que su archivo coincida con la versión esperada
ejecutar una ''comparación'' recursiva en todo su proyecto después para ver qué más es diferente
eche un vistazo a la ventana de cambios pendientes y, a veces, puede tener que marcar ''tomar la versión del servidor'' para resolver un cambio pendiente incompatible

Y este es mi favorito que acabo de descubrir:

eche un vistazo en la ventana Output para mensajes como este:
Advertencia: no se puede actualizar R: / TFS-PROJECTS / www.example.com / ExampleMVC / Ejemplo MVC / Ejemplo MVC.csproj porque tiene una edición pendiente.

Este mensaje crítico aparece en la ventana de salida. ¡Sin otras notificaciones! ¡Nada en los cambios pendientes y ningún otro mensaje de diálogo que le indique que el archivo que acaba de solicitar explícitamente no se recuperó! Y sí, resuelve esto simplemente ejecutando Undo pending changes y obteniendo el archivo.