#Podcast – views on #GitVFS (Virtual File System), the world of the #SourceControl, and there is nothing virtual for #Hololens here (Spanish)

computer-revenge

Hello!

Another episode, this time with the excellent excuse to talk about the new “Git Virtual File System” with a great ALM expert, Luis Fraile (@lfraile); and one of the best experts on Source Control we can meet, Pablo Santos (@psluaces)

I was a little disappointed since I thought that the “Virtual” had something to do with the HoloLens, but not at the time we were talking about mono repos, git submodules and things like that. During the podcast Luis and Pablo I explained about the way that Git VFS, work on some previous experiences that tested the same way; and also about the future of Source Control tools in general.

The good thing about having to Luis and Pablo is that we are not only talking about Git, we brought a bit of history from SubVersion up to our days, we review great heroes that have fallen into oblivion as SourceForge and another couple of interesting anecdotes.

I hope you enjoy it. Podcast Link.

Greetings @ Calgary

El Bruno

References

Advertisements

#Podcast – NTN 28 – Opiniones sobre #GitVFS (Virtual File System), el mundo del #SourceControl , y que no hay nada de Virtual para #Hololens

computer-revenge

Hola !

Otro episodio, en esta ocasión con la excelente excusa de hablar del nuevo “Git Virtual File System” con un grande en temas de ALM, Luis Fraile (@lfraile); y uno de los mejores expertos sobre Source Control que podemos encontrar Pablo Santos (@psluaces)

Me tenian un poco engañado, ya que pensé que lo de “Virtual” tenía algo que ver con las HoloLens, pero no al rato estabamos hablando de mono repos, gitsubmodules y cosas por el estilo. Durante el podcast Luis y Pablo me explicaron sobre la forma en la que trabaja Git VFS, sobre algunas experiencias anteriores que probaron el mismo camino; y además sobre el futuro en general de las herramientas de Source Control.

Lo bueno de tener a Luis y a Pablo, es que no solo hablamos de Git, trajimos un poco de historia desde SubVersion hasta nuestros días, repasamos grandes héroes que han caído en el olvido como SourceForge y otro par de anécdotas interesantes.

Espero que lo disfruten. Podcast Link.

Saludos @ Calgary

El Bruno

References

 

 

#TFS – DEP Guía de Branching para Team Foundation Server y Visual Studio Team Services

Hola !

Durante estos últimos 10 años he escrito y hablado mucho sobre estrategias de Branching. Recuerdo cuando la frase con la que solía comenzar o terminar las charlas era

The worst branching strategy is not to have a branching strategy at all

Después de un tiempo, comencé a ver que algunas personas estaban sobre utilizando las ramas y se creaban estructuras que parecían un mandala. En ese punto cambié un poco mi speech intentando explicar el correcto uso de las mismas (o inclusive recomendando no usar ramas !) Fue también por esos tiempos cuando Git llegó a nuestras vidas y, de nuevo tuvimos que aprender desde cero, estrategias, modelos, etc. Toda la experiencia aprendida tuvo mucho más sentido con sistemas distribuidos.

Durante todo este tiempo hubo una guía de lectura obligatoria para el trabajo con Ramas:

The Visual Studio ALM Rangers Branching Guidance

Este conjunto de documentos no solo hablaba de ramas, también trataba temas como la gestión de dependencias con Nuget, o como comenzar con GIT viniendo de TFSVC entre otros temas. Era un punto de partida genial para trabajar con ramas en Team Foundation Server o Visual Studio Team Services.

Hoy, después de 10 años, esta guía se elimina de CodePlex. La idea es utilizar algunos artículos y entradas de MSDN como puntos de partida para el trabajo con ramas.

giphy.gif

Así que hay que comenzar por darle las gracias al equipo de Visual Studio ALM Rangers y recomendar estas entradas que ellos mismos publican en este post

Articles:
Blog posts:
Posters

Una vez más, gracias y que descanse en paz la Guía de Branching!

Saludos @ Toronto

El Bruno

References

#TFS – RIP Branching Guidance for Team Foundation Server and Visual Studio Team Services

Hi !

I’ve been writing and talking about branches and branching strategies for a long time. I remember that I usually start or end my presentations with

The worst branching strategy is not to have a branching strategy at all

After some time, I get to a point where I realize that people are “over using” branches, so I start to try to teach about the correct use of branches (or event not use branches at all!). Then Git get into our lives and everything start to make more sense.

During all this time, there was a #MustRead document, which I strongly suggest if we talk about branches:

The Visual Studio ALM Rangers Branching Guidance,

This set of documents also included topics on dependency management with Nuget, Git for TFSVC users and more. It was a great starting point to have a clear view of what we can do with branches in Team Foundation Server or Visual Studio Team Services.

Now, after 10 years, this guide is removed from Codeplex, and the main idea is to replace this guide with MSDN articles as a starting point.

giphy.gif

I’ll copy the contents proposed in the Visual Studio ALM Rangers post as new starting point for this.

Articles:
Blog posts:
Posters

So, thanks to all the work of the ALM Rangers and RIP Branching Guidance!

Greetings @ Toronto

El Bruno

References

[#TFS2012] What can we do using local workspaces?

image

Buenas,

ok, day of murder with pain the computer while we return to install Office 15. But to pass the time, will close some of the ideas that emerged yesterday in a twitter conversation with @jc_quijano @pablonete @luisruizpavon. The question was where we can reach with the new local Workspaces have been managed in Visual Studio 2012 and Team Foundation Server 2012.

We are going with a bit of history first. The concept of local Workspace was created to put an end to the hell of the offline mode we have with TFS up to 2010 version. While it is true that offline mode is much improved in TFS2010, control of modified files and other types of actions is continuing through File System attributes. The best example is the “not modified” files are marked “Read Only” and if you want to modify them in an offline mode, since it has remove this attribute, modify and cross fingers when you again connect to TFS you recognize the changes. Scenarios “more complex” as for example, Rename a file required to perform unconventional rituals in order to put these changes in TFS. (not to mention sacrificing a Virgin albina in a day of eclipse on a 7-pointed star but it is almost equally complicated )).

As well, friends of Redmond decided it was time to put an end to this suffering and TFS2012 have completely changed the model. Let’s look at an example. The following image shows the configuration of a workspace called “W8RC-BRUNOC-LOCAL” which is a LOCALtype. In addition all the source control of the Project team that I used for the webcast of team foundation service, as is mapped to the path [C:\srcElBrunoLocal].

image

On this route we find that in addition to the own Team Project folders have a system folder called [$tf] which is which stores the changes that we then compare them with the initial States and to synchronize with the TFS server.

Clarification: While at first glance this is very similar to the behavior that has subVersion, then matches only that there is a folder with changes, nothing else.

image

Well well, what can you do now? because if we disconnect our server Team Foundation Server 2012 and see the properties of a class within this local workspace, see that…… Finally! files are not marked as ReadOnly.

image

Moreover, if you edit this file with notepad and open Visual Studio 2012. Although we are disconnected from TFS, we can perform offline actions in the Team Explorer pane:

image

In view of Pending Changes will see how this file is displayed and edited.

image

And now, we got to the goal of this post: what can we do at this point when we work with local workspaces? .

  • We cannot checkIn in local mode
  • We can compare the changes that we have made with the original version of the file from the workspace or the latest version
  • We can perform an Annotate
  • We can undo the changes that we have made
  • We can see the file history

Clarification: beware this last option, I reserve it for an upcoming post

image

Yesterday the conclusion was quite clear in the tweet

image

But this opens a door to many assumptions, for example Ms is working on a distributed like GIT or Mercurial SCM and may incorporate it in a future release. For now there is nothing (or not I have updated well my VS2012), but the truth is that the new offline mode is appreciated very much.

PS: by the way if anyone is bored I invite you to see the contents of the directory [$tf] > > back to hell!

image

Saludos @ La Finca

El Bruno

image image image

[#TFS2012] Hasta donde llegan los workspaces locales?

image

Buenas,

ok, día de asesinar con dolor el ordenador mientras volvemos a instalar Office 15. Pero para matar el tiempo, cerraré alguna de las ideas que surgieron en una conversación de twitter ayer con @jc_quijano @pablonete @luisruizpavon. La cuestion era hasta donde podemos llegar con los nuevos Workspaces locales que se han inlcuido en Visual Studio 2012 y Team Foundation Server 2012.

Vamos con un poco de historia primero. El concepto de Workspace local nace para poner fin al infierno del modo offline que tenemos con TFS hasta la versión 2010. Si bien es cierto que el modo offline ha mejorado mucho en TFS2010, el control de archivos modificados y otro tipo de acciones se sigue realizando a través de atributos de File System. El mejor ejemplo, es que los archivos “no modificados” están marcados “Read Only” y si quieres modificarlos en un modo offline, pues toca sacar este atributo, modificar y cruzar los dedos para que cuando vuelvas a conectar con TFS te reconozca los cambios. Escenarios “más complejos” como por ejemplo, renombrar un archivo requieren realizar rituales poco convencionales para poder meter estos cambios en TFS. (no hablo de sacrificar a una virgen albina en un día de eclipse sobre una estrella de 7 puntas, pero es casi igual de complicado).

Pues bien, los amigos de Redmond decidieron que era hora de poner fin a este sufrimiento y en TFS2012 han cambiado completamente el modelo. Veamos un ejemplo. La siguiente imagen muestra la configuración de un workspace llamado “W8RC-BRUNOC-LOCAL” que es de tipo LOCAL. Además todo el source control del team Project que utilicé para el webcast de team foundation service, pues se mapea a la ruta [C:\srcElBrunoLocal].

image

En esta ruta nos encontramos con que además de las carpetas propias del Team Project tenemos una carpeta de sistema llamada [$tf] que es la que almacena los cambios que realizamos para luego compararlos con los estados iniciales y poder sincronizar con el servidor de TFS.

Aclaración: Si bien a primera vista esto es muy parecido al comportamiento que tiene subVersion, pues solo coincide que hay una carpeta con cambios, nada más.

image

Pues bien, ¿qué podemos hacer ahora? pues si nos desconectamos de nuestro servidor Team Foundation Server 2012 y vemos las propiedades de una clase dentro de este workspace local, veremos que … … … por fin!! los archivos no están marcados como ReadOnly.

image

Es más, si editamos este archivo con el notepad y abrimos Visual Studio 2012. Aunque estemos desconectados de TFS, en el panel del Team Explorer podremos realizar algunas acciones offline:

image

En la vista de Pending Changes veremos como este archivo se muestra como editado.

image

Y ahora, llegamos hasta el objetivo de este post: ¿qué podemos hacer en este punto cuando trabajamos con workspaces locales?.

  • NO podemos hacer checkIn en modo local
  • Podemos comparar los cambios que hemos realizado con la versión original del archivo del workspace o la última versión
  • Podemos realizar un Annotate
  • Podemos deshacer los cambios que hemos realizado
  • Podemos ver el histórico del archivo

Aclaración: cuidado con esta ultima opción, me la reservo para un próximo post

image

Ayer la conclusión fue bastante clara en el tweet

image

Pero esto abre una puerta a muchas suposiciones, por ejemplo la de que Ms está trabajando en un SCM distribuido como GIT o Mercurial y que lo podría incorporar en próximas versiones. Por ahora no hay nada (o no tengo actualizado bien mi VS2012), pero la verdad es que el nuevo modo offline se agradece y mucho.

PD: por cierto si alguno se aburre los invito a ver los contenidos del directorio [$tf] >> back to hell !!!

image

Saludos @ La Finca

El Bruno

image image image