[TFS2010] HowTo: Trabajar con public Workspaces

image47dd1de4

Buenas,

Team Foundation Server 2010 incorpora un concepto nuevo relacionado con los Workspaces > los workspaces públicos. Los mismos permiten definir un Workspace y que el mismo sea utilizado por uno o más integrantes de un equipo de desarrollo en el mismo ordenador.

Personalmente pienso que este tipo de Workspace es muy útil cuando necesitas que muchas personas trabajen de una forma similar. Por ejemplo para que cuando inicias sesiones de Pair Programming o de Code Review, saber que aunque sea a nivel de organización de directorios de código fuente, 2 personas funcionan de la misma manera.

La definición de los mismos es exactamente igual que en los workspaces “comunes” que conocemos de TFS2005 y TFS2008, pero en TFS2010 tenemos la opción de tipos de permisos disponible:

image

Esta opción define el ámbito del Worspace con los siguientes tipos disponibles

. Private Public-Limited Public
Read Everyone Everyone Everyone
Use Owner only Everyone Everyone
CheckIn Owner only Owner only Everyone
Administer Owner only Owner only Everyone

Esto significa que cuando creamos un workspace público el mismo puede ser utilizado por otros miembros del equipo.

Por ejemplo, si creo un Workspace llamado [CommonRobiwo] con el usuario Robiwo,

image

 

Luego puedo ver el mismo desde una conexión con otro usuario, en este caso Aprist, como un workspace público y utilizar el mismo.

image

 

Saludos @ Here

El Bruno

   

4 thoughts on “[TFS2010] HowTo: Trabajar con public Workspaces

  1. Hola Bruno.

    Ante todo gracias por tantos y tantos tips and tricks, ya son muchos años encontrandote por google.

    El articulo que escribes esta bien y expone lo que es un public workspaces, pero sigue teniendo una deficiencia frente al vetusto sourcesafe y es que varios usuarios no pueden tener el mismo mapping.

    El hacer publico el espacio de trabajo es valido a medias ya que los checkin y checkout los haces con un usuario comun y a la hora de realizar un seguimiento o auditar código es ineficiente.

    Si conoces alguna solucíon me encantaría que la compartieras, pero he buscado y rebuscado y las soluciones no son integradas con visual studio.

    Cualquier consulta que tengas estoy a tu entera disposición.

    Gracias de veras por tu trabajo.

    Like

    1. Javier buenas,

      pues la única forma rápida que se me ocurre de crear un workspace común para un grupo de desarrolladores, es creando un script o aplicación que lo haga. Las TFSSideKicks (www.attrice.org) pueden ayudarte 😀

      Saludos

      Like

  2. Gracias de antemano Bruno.

    Al final la mejor opción, ha sido llevar la información de usuario “documents and settings” a un disco duro distinto de C:/ y perfectamente redimensionable, de tal modo que los usuario trabajen sobre sus documentos.

    Los public workspaces no solucionan el tener un mismo mapping para varios usuarios, algo bastante normal en sourcesafe pero que incumple la teoria de un repositorio de codigo.

    Un saludo

    Like

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out /  Change )

Google photo

You are commenting using your Google account. Log Out /  Change )

Twitter picture

You are commenting using your Twitter account. Log Out /  Change )

Facebook photo

You are commenting using your Facebook account. Log Out /  Change )

Connecting to %s

This site uses Akismet to reduce spam. Learn how your comment data is processed.