[KINECT] Worldwide Telescope

image

Buenas,

ya no queda nada para que se distribuya el SDK oficial de Microsoft para desarrollar aplicaciones con Kinect. Este video es un excelente ejemplo de las capacidades que tendremos a nuestro alcance

 

Saludos @ Home

El Bruno

   

[TFS2010] HowTo: Convert to Branches of TFS2010 elements migrated from TFS2008

image47dd1de4

Good,

When you make a updagre or a migration from Team Foundation Server 2008 for Team Foundation Server 2010, a very common scenario is that the definitions of Branching and Merging are respected, but do not apply the new capabilities withTFS2010 for Branching and Merging.

For example, if we look at the properties of the elements migrated in this definition of Source Control, we will see that there are relations of Branching from branches, but do not apply the new features of Team Foundation Server 2010.

image

To be able to exploit the new capabilities of TFS2010, we must:

-Identify the branch root in the hierarchy of Branching

-Display the contextual menu and select the option [Branching and Merging / / Convert To Branch]

image

-Important: the option [Recursively perform this conversion on all folders previously branched from this folder] must be selected

image

-Done. Once the process can already use the new capabilities of B & M TFS2010.

image

Greetings @ Here

The Bruno

   

[TFS2010] HowTo: Reconvertir a Branches de TFS2010 elementos migrados desde TFS2008

image47dd1de4

Buenas,

cuando realizas un updagre o una migración desde Team Foundation Server 2008 hacia Team Foundation Server 2010, un escenario muy común es que las definiciones de Branching y Merging se respeten, pero no se apliquen las nuevas capacidades que posee TFS2010 para Branching y Merging.

Por ejemplo, si vemos las propiedades de los elementos migrados en esta definición de Source Control, veremos que existen relaciones de Branching entre las ramas, pero no se aplican las new features de Team Foundation Server 2010.

image

Para poder explotar las nuevas capacidades de TFS2010, tenemos que:

– Identificar la rama raíz en la jerarquía de Branching

– Desplegar el menú contextual y seleccionar la opción [Branching and Merging // Convert To Branch]

image

– Importante: la opción [Recursively perform this conversion on all folders previously branched from this folder] debe estar seleccionada

image

– Done. Una vez finalizado el proceso ya podremos aprovechar las nuevas capacidades de B&M de TFS2010.

image

Saludos @ Here

El Bruno

   

[TFSINTEGRATION] HowTo: Define custom mappings for the migration between TFS2008 and TFS2010

image47dd1de4

Good,

When you work with tfs integration platform a scenario very likely:

Migrating the contents of a Team Project from Team Foundation Server 2008 at Team Foundation Server 2010.

While the basic concepts of WorkItem Tracking and Source Control remained similar between the two versions, process templates have changed considerably and the migration of WorkItems can bring us some headaches. If them you have customized or extended, so much more. In these cases, we will have to modify the definition of a migration project for it, define custom mappings to solve these cases.

Define a type of different WorkItem

The following Xml defines a configuration where all the elements of the WorkItem Type [Error] will migrate to the WorkItem Type [Bug]. In this mapping the fields of both WorkItem Types must match to run the migration process.

   1: <SettingXml>
   2:   <WITSessionCustomSetting>
   3:     <WorkItemTypes>
   4:       <WorkItemType LeftWorkItemTypeName="Error" RightWorkItemTypeName="Bug" fieldMap="@@ALL@@" />
   5:     </WorkItemTypes>
   6:   </WITSessionCustomSetting>
   7: </SettingXml>
   8: <SettingXmlSchema />

Define a type of different WorkItem with custom fields mapping

The following Xml defines a configuration where all the elements of the WorkItem Type [Error] will migrate to the WorkItem Type [Bug], using a special mapping of fields for different fields in both definitions. In this case the special mapping is called [Error2BugFieldMap] and it defines the names of the fields and the corresponding mappings between them.

   1: <SettingXml>
   2:   <WITSessionCustomSetting>
   3:     <WorkItemTypes>
   4:       <WorkItemType LeftWorkItemTypeName="Error" RightWorkItemTypeName="Bug" fieldMap="Error2BugFieldMap" />
   5:     </WorkItemTypes>
   6:     <FieldMaps>
   7:       <FieldMap name="Error2BugFieldMap">
   8:         <MappedFields>
   9:           <MappedField LeftName="Headline" RightName="System.Title" MapFromSide="Left" valueMap="" />
  10:           <MappedField LeftName="Headline" RightName="System.Title" MapFromSide="Right" valueMap="" />
  11:           <MappedField LeftName="State" RightName="System.State" MapFromSide="Left" valueMap="" />
  12:           <MappedField LeftName="State" RightName="System.State" MapFromSide="Right" valueMap="" />
  13:           <MappedField LeftName="Description" RightName="System.Description" MapFromSide="Left" valueMap="" />
  14:           <MappedField LeftName="Description" RightName="System.Description" MapFromSide="Right" valueMap="" />
  15:         </MappedFields>
  16:       </FieldMap>
  17:     </FieldMaps>
  18:   </WITSessionCustomSetting>
  19: </SettingXml>
  20: <SettingXmlSchema />

Define a custom mapping of fields with different WorkItem type and custom values

The following example extends the previous scenario as for the mapping of fields, also defines a number of dictionaries where are the mappings of values custom among the fields of each type of WorkItem (examples on lines 11 and 19).

   1: <SettingXml>
   2:   <WITSessionCustomSetting>
   3:     <WorkItemTypes>
   4:       <WorkItemType LeftWorkItemTypeName="Error" RightWorkItemTypeName="Bug" fieldMap="Error2BugFieldMap" />
   5:     </WorkItemTypes>
   6:     <FieldMaps>
   7:       <FieldMap name="Error2BugFieldMap">
   8:         <MappedFields>
   9:           <MappedField LeftName="Headline" RightName="System.Title" MapFromSide="Left" valueMap="" />
  10:           <MappedField LeftName="Headline" RightName="System.Title" MapFromSide="Right" valueMap="" />
  11:           <MappedField LeftName="State" RightName="System.State" MapFromSide="Left" valueMap="StateMapCQ2TFS" />
  12:           <MappedField LeftName="State" RightName="System.State" MapFromSide="Right" valueMap="StateMapTFS2CQ" />
  13:           <MappedField LeftName="Description" RightName="System.Description" MapFromSide="Left" valueMap="" />
  14:           <MappedField LeftName="Description" RightName="System.Description" MapFromSide="Right" valueMap="" />
  15:         </MappedFields>
  16:       </FieldMap>
  17:     </FieldMaps>
  18:     <ValueMaps>
  19:       <ValueMap name="StateMapCQ2TFS">
  20:         <Value RightValue="Active" LeftValue="Assigned" />
  21:         <Value RightValue="Active" LeftValue="Duplicate" />
  22:         <Value RightValue="Active" LeftValue="Opened" />
  23:         <Value RightValue="Active" LeftValue="Submitted" />
  24:         <Value RightValue="Resolved" LeftValue="Postponed" />
  25:         <Value RightValue="Resolved" LeftValue="Resolved" />
  26:         <Value RightValue="Closed" LeftValue="Closed" />
  27:       </ValueMap>
  28:       <ValueMap name="StateMapTFS2CQ">
  29:         <Value RightValue="Active" LeftValue="Assigned" />
  30:         <Value RightValue="Resolved" LeftValue="Resolved" />
  31:         <Value RightValue="Closed" LeftValue="Closed" />
  32:       </ValueMap>
  33:
  34:   </WITSessionCustomSetting>
  35: </SettingXml>
  36: <SettingXmlSchema />

I have taken as a reference the examples raised by willy Peter shaub in this post, for the complete migration to TFS2010TFS2008 then consult with the Brunoelements.

Greetings @ Home

The Bruno

   

[TFSINTEGRATION] HowTo: Definir mapeos personalizados para las migraciones entre TFS2008 y TFS2010

image47dd1de4

Buenas,

cuando trabajas con TFS Integration Platform un escenario muy probable es:

Migrar los contenidos de un Team Project desde Team Foundation Server 2008 a Team Foundation Server 2010.

Si bien los conceptos básicos de Source Control y WorkItem Tracking siguen siendo similares entre ambas versiones, las plantillas de proceso han cambiado bastante y la migración de WorkItems puede traernos bastante dolores de cabeza. Si los has personalizado o extendido, pues mucho más. En estos casos, tendremos que modificar la definición de un proyecto de migración para en el mismo, definir mapeos personalizados para dar solución a estos casos.

Definir un tipo de WorkItem diferente

El siguiente Xml define una configuración donde todos los elementos del WorkItem Type [Error] se migrarán al WorkItem Type [Bug]. En este mapeo los campos de ambos WorkItem Types deben coincidir para que funcione el proceso de migración.

   1: <SettingXml>

   2:   <WITSessionCustomSetting>

   3:     <WorkItemTypes>

   4:       <WorkItemType LeftWorkItemTypeName="Error" RightWorkItemTypeName="Bug" fieldMap="@@ALL@@" />

   5:     </WorkItemTypes>

   6:   </WITSessionCustomSetting>

   7: </SettingXml>

   8: <SettingXmlSchema />

 

Definir un tipo de WorkItem diferente con mapeo de campos personalizado

El siguiente Xml define una configuración donde todos los elementos del WorkItem Type [Error] se migrarán al WorkItem Type [Bug], utilizando un mapeo especial de campos para los campos diferentes en ambas definiciones. En este caso el mapeo especial se denomina [Error2BugFieldMap] y en el mismo se definen los nombres de los campos y los mapeos correspondiente entre los mismos.

   1: <SettingXml>

   2:   <WITSessionCustomSetting>

   3:     <WorkItemTypes>

   4:       <WorkItemType LeftWorkItemTypeName="Error" RightWorkItemTypeName="Bug" fieldMap="Error2BugFieldMap" />

   5:     </WorkItemTypes>

   6:     <FieldMaps>

   7:       <FieldMap name="Error2BugFieldMap">

   8:         <MappedFields>

   9:           <MappedField LeftName="Headline" RightName="System.Title" MapFromSide="Left" valueMap="" />

  10:           <MappedField LeftName="Headline" RightName="System.Title" MapFromSide="Right" valueMap="" />

  11:           <MappedField LeftName="State" RightName="System.State" MapFromSide="Left" valueMap="" />

  12:           <MappedField LeftName="State" RightName="System.State" MapFromSide="Right" valueMap="" />

  13:           <MappedField LeftName="Description" RightName="System.Description" MapFromSide="Left" valueMap="" />

  14:           <MappedField LeftName="Description" RightName="System.Description" MapFromSide="Right" valueMap="" />

  15:         </MappedFields>

  16:       </FieldMap>

  17:     </FieldMaps>

  18:   </WITSessionCustomSetting>

  19: </SettingXml>

  20: <SettingXmlSchema />

 

Definir un tipo de WorkItem diferente con mapeo de campos personalizado y valores personalizados

El siguiente ejemplo extiende el escenario anterior ya que para los mapeos de campos, además define una serie de diccionarios donde se realizan los mapeos de los valores personalizados entre los campos de cada tipo de WorkItem (ejemplos en las líneas 11 y 19).

   1: <SettingXml>

   2:   <WITSessionCustomSetting>

   3:     <WorkItemTypes>

   4:       <WorkItemType LeftWorkItemTypeName="Error" RightWorkItemTypeName="Bug" fieldMap="Error2BugFieldMap" />

   5:     </WorkItemTypes>

   6:     <FieldMaps>

   7:       <FieldMap name="Error2BugFieldMap">

   8:         <MappedFields>

   9:           <MappedField LeftName="Headline" RightName="System.Title" MapFromSide="Left" valueMap="" />

  10:           <MappedField LeftName="Headline" RightName="System.Title" MapFromSide="Right" valueMap="" />

  11:           <MappedField LeftName="State" RightName="System.State" MapFromSide="Left" valueMap="StateMapCQ2TFS" />

  12:           <MappedField LeftName="State" RightName="System.State" MapFromSide="Right" valueMap="StateMapTFS2CQ" />

  13:           <MappedField LeftName="Description" RightName="System.Description" MapFromSide="Left" valueMap="" />

  14:           <MappedField LeftName="Description" RightName="System.Description" MapFromSide="Right" valueMap="" />

  15:         </MappedFields>

  16:       </FieldMap>

  17:     </FieldMaps>

  18:     <ValueMaps>

  19:       <ValueMap name="StateMapCQ2TFS">

  20:         <Value RightValue="Active" LeftValue="Assigned" />

  21:         <Value RightValue="Active" LeftValue="Duplicate" />

  22:         <Value RightValue="Active" LeftValue="Opened" />

  23:         <Value RightValue="Active" LeftValue="Submitted" />

  24:         <Value RightValue="Resolved" LeftValue="Postponed" />

  25:         <Value RightValue="Resolved" LeftValue="Resolved" />

  26:         <Value RightValue="Closed" LeftValue="Closed" />

  27:       </ValueMap>

  28:       <ValueMap name="StateMapTFS2CQ">

  29:         <Value RightValue="Active" LeftValue="Assigned" />

  30:         <Value RightValue="Resolved" LeftValue="Resolved" />

  31:         <Value RightValue="Closed" LeftValue="Closed" />

  32:       </ValueMap>

  33:  

  34:   </WITSessionCustomSetting>

  35: </SettingXml>

  36: <SettingXmlSchema />

 

He tomado como referencia los ejemplos que plantea Willy Peter Shaub en este post, para los elementos completos de migracion TFS2008 hacia TFS2010 pues consultar con El Bruno.

 

Saludos @ Home

El Bruno

   

[VS2010] Do HowTo: using Intellitrace in a x 64 environment?

image47dd1de4

Good,

a great failure, according to my point of view of the launch of Visual Studio 2010, was support for IntelliTrace only available for x 86 environments. But an añazo after the launch of Visual Studio 2010, and with Service Pack 1, already have support for IntelliTrace for x 64. A was of people, for example the Sharepoint 2010 developers, I appreciate.

The download of Service Pack 1 can be done from http://go.microsoft.com/fwlink/?LinkId = 209902

Greetings @ Home

The Bruno

   

[VS2010] HowTo: Utilizar Intellitrace en un entorno x64?

image47dd1de4

Buenas,

un gran fallo, según mi punto de vista del lanzamiento de Visual Studio 2010, era que el soporte para IntelliTrace solo estaba disponible para entornos x86. Ahora bien, un añazo después del lanzamiento de Visual Studio 2010, y gracias al Service Pack 1, ya tenemos soporte para IntelliTrace para x64. Un collectivo de gente, por ejemplo los Sharepoint 2010 developers, lo agradeceran.

La descarga del Service Pack 1 se puede realizar desde http://go.microsoft.com/fwlink/?LinkId=209902

Saludos @ Home

El Bruno

   

[VISUALSTUDIOGALLERY] VS2010 Comments extend (if you want to write a book of comments)

image47dd1de4

Good,

before the purists give me with a whip, I commented that the premise that I Guide to working with comments is as follows:

“The righteous comments”

This means that I am aware that the code has to be self-descriptive, so there is no need to comment, but I also understand that on occasions a couple of lines of comments can save many headaches.

Therefore, if the comments are yours, then this extension insurance that you happy Friday:http://visualstudiogallery.msdn.microsoft.com/17c68951-7743-40bd-ad35-608706f54a92/. It analyses the comments in the code and agreed to small employers in the same format the code.

For example, the prefix “/ / +” increases the size of the text of the comment.

image

other options are “/ / x” for deleting a comment

image

and there are several more.

Greetings @ Here

The Bruno

   

Download: http://visualstudiogallery.msdn.microsoft.com/17c68951-7743-40bd-ad35-608706f54a92/

[VISUALSTUDIOGALLERY] VS2010 Comments Extender (por si quieres escribir un libro de comentarios)

image47dd1de4

Buenas,

antes de que los puristas me den con un latigo, les comento que la premisa que me guía para trabajar con comentarios es la siguiente:

“Comentarios los justos”

Esto significa que soy conciente de que el código tiene que ser autodescriptivo, para que no sea necesario poner comentarios, pero también entiendo que en ocaciones un par de líneas de comentarios pueden ahorrarnos bastantes dolores de cabeza.

Pues bien, si los comentarios son lo tuyo, pues esta extensión seguro que te alegra el viernes: http://visualstudiogallery.msdn.microsoft.com/17c68951-7743-40bd-ad35-608706f54a92/. La misma analiza los comentarios en el código y de acuerdo a pequeños patrones en los mismos formatea el código.

Por ejemplo, el prefijo “//+” incrementa el tamaño del texto del comentario.

image

 

otras opciones son “//x” para tachar un comentario

image

 

y hay varias más.

Saludos @ Here

El Bruno

   

Descarga: http://visualstudiogallery.msdn.microsoft.com/17c68951-7743-40bd-ad35-608706f54a92/

[EVENT] The LightSwitch event materials + Azure + ZeroCode

image47dd1de4

Good,

then I leave a link to the presentation that we carry out this morning with Juan Luis on Visual Studio 2010 LightSwitch and Azure in microsoft Office.

Visual Studio 2010 Ligthswitch + AZURE + Zero Code

http://static.slidesharecdn.com/SWF/ssplayer2.swf?doc=ligthswitchzerocodev1-1-110505131642-phpapp01 & stripped_title = visual-studio-2010-ligthswitch-azure-zero-code & userName = elbruno

View more presentations from Bruno capuano.