Archive for category Team Explorer
[# VS11] The new Team Explorer (VIII) working in OffLine mode
Publicado por elbruno en Source Control, Team Explorer, Team Foundation Server 11, Visual Studio 11 el 26 octubre, 2011
Hi,
Team Foundation Server is a centralized source code Manager. In other words, it is necessary to be connected to the same for SC management actions. Unlike the DCVS like GIT, TFS connection required for everything.
Or good for almost everything, because Team Foundation Server 11, rather in Visual Studio 11 implemented a scheme of work in quite powerful offline mode. Let’s see some examples.
I am working with a solution connected to Team Foundation Server 11, but as I’ve lost the connection with the same I see her in “normal mode” in the Solution Explorer.
If I change to the Team Explorer, I will see that I am not connected to any TFS server
For example, if I modify a class of the project and add a new class, in the section Pending Changes I can see these changes in my local working directory. What you see below is made possible by a new concept in VS11/TFS11 > > Local Workspaces.
In the same way if I add a new file in the File System called “AddedFromWindowsExplorer.cs”, without passing through the IDE of Visual Studio 11, I can add it to the list of changes.
Anytime I can select the files to include in the set of changes and with Drag and Drop actions involving “Included Changes” or “Excluded Changed”.
As I am working on a Workspace Local I have the ability to compare the file I’ve modified with the latest available version of the Workspace.
For comparison, we are taking advantage of the new UI.
Finally commenting that while the “Annotate” and “View History” options are available, in a way offline is not possible to use them, but as they are part of the functionality Out of the Box of the Local Workspaces, since they are active.
Greetings @ Home
The Bruno
[#VS11] El nuevo Team Explorer (VIII) Trabajando en modo OffLine
Publicado por elbruno en Source Control, Team Explorer, Team Foundation Server 11, Visual Studio 11 el 26 octubre, 2011
Buenas,
Team Foundation Server es un gestor de código fuente centralizado. Es decir, es necesario estar conectado al mismo para poder realizar acciones de gestión de SC. A diferencia de los DCVS como GIT, TFS requiere conexión para todo.
O bueno para casi todo, porque en Team Foundation Server 11, mejor dicho en Visual Studio 11 se ha implementado un esquema de trabajo en modo offline bastante potente. Veamos algunos ejemplos.
Estoy trabajando con una solución conectada a Team Foundation Server 11, pero como he perdido la conexión con el mismo la veo en “modo normal” en el Solution Explorer.
Si cambio al Team Explorer, veré que no estoy conectado a ningún servidor TFS
Si por ejemplo, modifico una clase del proyecto y agrego una nueva clase, en la sección Pending Changes podré ver estos cambios en mi directorio de trabajo local. Lo que veremos a continuación es posible gracias a un nuevo concepto en VS11/TFS11 >> Local Workspaces.
De la misma forma si agrego un nuevo archivo en el File System llamado “AddedFromWindowsExplorer.cs”, sin pasar por el IDE de Visual Studio 11, podré agregar el mismo al listado de cambios.
En todo momento puedo seleccionar los archivos a incluir en el set de cambios y con acciones de Drag and Drop asociarlos a “Included Changes” o “Excluded Changed”.
Como estoy trabajando en un Workspace Local tengo la capacidad de comparar el archivo que he modificado con la ultima versión disponible del Workspace.
Para la comparación, seguimos aprovechando la nueva UI.
Finalmente comentar que si bien están disponibles las opciones “Annotate” y “View History”, en un modo offline no es posible utilizar las mismas, pero como son parte de las funcionalidades Out of the Box de los Local Workspaces, pues están activas.
Saludos @ Home
El Bruno
[# VS11] The new Team Explorer (VII) Settings in Web mode
Publicado por elbruno en Team Explorer, Team Foundation Server 11, Visual Studio 11 el 25 octubre, 2011
Hi,
the IDE of Visual Studio 11 is still a very powerful Desktop tool. While projects as Roslyn promise to remove part of workload to the IDE, the idea of a complete source code editor, I think that it is still 100% desktop. But it seems that it is not the same with the new version of Team Foundation 11. If we give a look at the options of a Team Project we will find the following image.
The interesting thing here is that almost all options of setting up a Team Project, are made from the new Web Access. 6 First Team Project 4 options are configurable via Web Access and the other with the classic editor in the IDE. In a nutshell, the edition of iterations, areas, and security is done 100% from Web Access. For example:
Project team / / Security
Project team / / Group Membership
Project team / / Source Control
Project Team / / Work item Areas
Project Team / / Work item Iterations
Project Team / / Portal Settings
Greetings @ Home
The Bruno
[#VS11] El nuevo Team Explorer (VII) Settings en modo Web
Publicado por elbruno en Team Explorer, Team Foundation Server 11, Visual Studio 11 el 25 octubre, 2011
Buenas,
el IDE de Visual Studio 11 sigue siendo una herramienta de Desktop muy potente. Si bien proyectos como Roslyn prometen sacar parte de carga de trabajo al IDE, la idea de un editor de código fuente completo, creo que sigue siendo 100% desktop. Pero parece que no pasa lo mismo con la nueva versión de Team Foundation 11. Si le damos un vistazo a las opciones de un Team Project nos encontraremos con la siguiente imagen.
Lo interesante en este caso es que casi todas las opciones de configuración de un Team Project, se realizan desde el nuevo Web Access. De las primeras 6 opciones de un Team Project 4 son configurables vía Web Access y las demás con el clásico editor del IDE. En pocas palabras, la edición de Iteraciones, Áreas y seguridad se realiza 100% desde Web Access. Por ejemplo:
Team Project // Security
Team Project // Group Membership
Team Project // Source Control
Team Project // Work Ítem Areas
Team Project // Work Ítem Iterations
Team Project // Portal Settings
Saludos @ Home
El Bruno
[# VS11] The new Team Explorer (VI) working with WorkItems
Publicado por elbruno en Team Explorer, Team Foundation Server 11, Visual Studio 11, WorkItemTracking el 18 octubre, 2011
hi,
following the series of posts related to the new Team Explorer in Visual Studio 11, today give a review of one of the elements that has been least changed: working with Workitems. At this point if we see the new Team Explorer in this view we can see that it has changed little and nothing, we still have the tree of organizing consultations of WorkItems, separation between personal WorkItems and equipment and the ability to create new WorkItems.
The option of creating a new WorkItem, offers far more rates as in the previous version. For example, the WorkItems that are used in Code Reviews.
However there is a very interesting functionality that we see in the last 2 options that allow to create new work items from Microsoft Excel or Microsoft Project. Personally I the option of Excel use a lot, but of course Out of the Box is now built-in and when pressed, we can see a list blank in Excel that allows us to do a mass inclusion of elements of a very fast way.
Eye! that since the new Web Access can also make some very powerful operations in this version, but that > > another day > > another post.
Greetings @ AVE
The Bruno
[#VS11] El nuevo Team Explorer (VI) Trabajando con WorkItems
Publicado por elbruno en Team Build 11, Team Explorer, Visual Studio 11, WorkItemTracking el 18 octubre, 2011
Buenas,
siguiendo con la serie de posts relacionados con el nuevo Team Explorer en Visual Studio 11, hoy le daré un repaso a uno de los elementos que menos ha cambiado : el trabajo con Workitems. En este punto si vemos el nuevo Team Explorer en esta vista vemos que ha cambiado poco y nada, seguimos teniendo el árbol de organización de consultas de WorkItems, la separación entre WorkItems personales y de equipo y la capacidad de crear nuevos WorkItems.
La opción de crear un nuevo WorkItem, nos ofrece bastante más tipos que en la versión anterior. Por ejemplo, los WorkItems que se utilizan en las Code Reviews.
Sin embargo hay una funcionalidad muy interesante que podemos ver en las últimas 2 opciones que permiten crear nuevos elementos de trabajo desde Microsoft Excel o Microsoft Project. Personalmente yo a la opción de Excel la utilizo muchísimo, pero claro ahora está incorporada Out of the Box y al presionarla, vemos una lista en blanco en Excel que nos permite hacer una inserción masiva de elementos de una forma muy rápida.
Ojo! que desde el nuevo Web Access también podemos hacer algunas operaciones muy potentes en esta versión, pero para eso >> otro día >> otro post.
Saludos @ AVE
El Bruno
[#TFS11] Team Explorer (V): A better Code Review process
Publicado por elbruno en Code Review, Team Explorer, Team Foundation Server 11, Visual Studio 11 el 16 octubre, 2011
Hi,
the post of Rodrigo Corral ”in the software, the quality is not optional” is a post to which I refer every few minutes as point of entry to explain why it is important to think about software “well done” from zero-day. Each time that we make a copy/paste of a portion of code or implement a “quick fix” we are creating a future problem, that as time goes on, will be much harder to solve ás. Refactor code is important, I once I see old code, always think in better ways to implement it. And another great tool that we have at our disposal is the ability to perform Code Review on our code. Code Review processes are described explicitly in some development teams, but usually it is a practice that does not implement formalemente.However once you together with a partner, to give a hand to solve a problem or to find out how you can take forward a requirement, because you are doing a Code Review activity.
Visual Studio 11 and Team Foundation 11 include specific functionality for this scenario, where in addition to having the ability to work distributed have traceability of actions that we are doing. For example, suppose that with my user “El Bruno” I finished implementing a certain functionality and want another developer to help me validate if it is correct. In the new Team Explorer, we can see in the section “My Work“, the “Request Review” action.
When we ask for a Review, we will have to define what developer will be carried out, and we can also complete with a comment, the area of work, etc.
Once requested, in the section “My Work” already we can see that we have a pending Request for Julia Ilyiana in a Code Review.
When Julia accessing Visual Studio 11 and see their work for today’s “My Work”, this Panel will see the request for Code Review asked Bruno. It is also possible to filter to see the CR requested and received.
When Julia opens the request of Bruno, you can see the data of the request. An important detail is that a Code Review can be assigned to one or more reviewers. For example, Julia could send your comments in regard to another developer with more knowledge on the subject. We see in the pictures below you have added to Brian Keller as an additional reviewer.
Once “revised” code, julia can comment on it and share these views with the participants of the Code Review.
This comment may be a general comment about code files, or even a specific piece of code in a class.
Internally a Code Review is a WorkItem, so we can see the history to see how evolved the same.
Finally when Bruno see the status of the reviews, can be seen as helped the other participants therein, and
Bruno can now comment on or share information from the Review in the same again. In addition to view more specific data shared in the review.
Finally, when closes a Code Review, we can see the data as if it were one WorkItem. However, as the information that shows the Code Review is not very practical in the displayed of WorkItems, can access the view in Team Explorer from the own Viewer. Cool 
Greetings @ Home
The Bruno
PD: behind this whole process there are a couple of ShelveSets and various types of WorkItems, CodeReview, CodeReview Response, etc.
[#TFS11] Team Explorer (V): Un nuevo y mejorado Code Review
Publicado por elbruno en Code Review, Team Explorer, Team Foundation Server 11, Visual Studio 11 el 16 octubre, 2011
Buenas,
el post de Rodrigo Corral “En el software, la calidad, no es opcional” es un post al que hago referencia cada dos por tres como punto de entrada para explicar porqué es importante pensar en software “bien hecho” desde el día cero. Cada vez que realizamos un copy/paste de una porción de código o implementamos una “solución rápida” estamos creando un futuro problema, que a medida que pasa el tiempo, será mucho ás dificil de solucionar. Refactorizar código es importante, yo cada vez que veo código viejo, siempre pienso en mejores formas de implementarlo. Y otra gran herramienta que tenemos a nuestra disposición es la capacidad de realizar Code Review sobre nuestro código. En algunos equipos de desarrollo se describen procesos de Code Review de forma explícita, pero por lo general es una práctica que no se implementa formalemente. Sin embargo cada vez que te juntas con un compañero, a darle una mano para resolver un problema o para ver como puedes sacar adelante un requerimiento, pues estás realizando una actividad de Code Review.
Visual Studio 11 y Team Foundation 11 incluyen una funcionalidad específica para este escenario, en el que además de tener la capacidad de trabajar distribuido, tendremos trazabilidad de las acciones que estamos realizando. Por ejemplo, supongamos que con mi usuario “El Bruno” he terminado de implementar una funcionalidad determinada y quiero que otro developer me ayude a validar si la misma es correcta. Dentro del nuevo Team Explorer, podremos ver en la sección “My Work”, la acción “Request Review”.
Cuando solicitamos un Review, tendremos que definir qué developer lo realizará, y además podremos completar con un comentario, el área de trabajo, etc.
Una vez solicitado, en la sección “My Work” ya podremos ver que tenemos un Request pendiente para Julia Ilyiana de un Code Review.
Cuando Julia acceda a Visual Studio 11 y vea su trabajo para el día de hoy “My Work”, en este panel verá la solicitud de Code Review que le solicitó Bruno. Además es posible filtrar para ver las CR solicitadas y recibidas.
Cuando Julia abre la petición de Bruno, puede ver los datos de la petición. Un detalle importante es que una Code Review puede ser asignada a uno o más reviewers. Por ejemplo, Julia podría enviar sus comentarios al respecto para otro developer con más conocimientos sobre el tema. En la siguientes imágenes vemos como hemos agregado a Brian Keller como un reviewer adicional.
Una vez “revisado” el código, julia puede opinar sobre el mismo y compartir estas opiniones con los participantes del Code Review.
Este comentario puede ser un comentario general sobre los ficheros de código, o inclusive sobre una porción de código específica de una clase.
Internamente un Code Review es un WorkItem, con lo que podemos ver el histórico del mismo para ver como ha evolucionado el mismo.
Finalmente cuando Bruno vea el estado de los reviews, puede ver como han colaborado los demás participantes en el mismo y además,
Bruno ahora puede comentar o compartir nuevamente información del Review en el mismo. Además de ver los datos más específicos que se compartieron en el review.
Finalmente, cuando se cierra un Code Review, podemos consultar los datos como si fuese un WorkItem más. Sin embargo, como la información que nos muestra el Code Review no es muy práctica en el visualizados de WorkItems, podemos acceder a la vista en el Team Explorer desde el propio visor. Cool
Saludos @ Home
El Bruno
PD: por detrás de todo este proceso hay un par de ShelveSets y varios tipos de WorkItems, CodeReview, CodeReview Response, etc.
[# VS11] The new Team Explorer (IV) Suspend and Restore the currently active job
Publicado por elbruno en Team Explorer, Team Foundation Server 11, Visual Studio 11 el 11 octubre, 2011
Hi,
an interesting concept that is defender in Visual Studio 11, is the ability to “save a State of Visual Studio 11″.
Let’s assume that we are working on a project, we open a couple of files .cs in which we are editing code and that also have Open Source Control Explorer and a couple of consultations of WorkItems.
The option “My Work” in Team Explorer, we can see also the elements that we are editing and the WI that we are working.
Now suppose that we receive an urgent demand that forces us to close the working environment to load a new solution and do something in it. Generally speaking, in this type of scenario and not to lose the “working environment”, which usually do is open a new instance of Visual Studio.
Now with Visual Studio 11, we have the ability to suspend active work, to avoid the need to open another IDE. The option to “suspend” are asking for a description for the State as shown in the following image.
In addition to save the State of the active elements in the IDE, the Suspend option saves a Shelveset with the files and the code that we are working.
Then we can close all the files in the IDE, loading a new solution, etc; and continue working with the “urgent issue”.
Then when we want return to the previous state, just access the “My Work” section and in the queue, we can see the saved state and also the elements which were stored the same.
In addition to the option of restoring to previous working state, can perform a Merge with our current work, or even request a revision of this State (in a future post will speak of this).
If for example, to make a merge, since we can see the changes and conflicts between different versions.
To sum up, this option not only helps us to change project quickly, but also to leave small snapshots of our project in order to then return to the same or analyze the changes from that point.
Greetings @ ALM Summit
The Bruno
[#VS11] El nuevo Team Explorer (IV) Suspendiendo y restaurando el trabajo activo
Publicado por elbruno en Team Explorer, Team Foundation Server 11, Visual Studio 11 el 11 octubre, 2011
Buenas,
un concepto interesante que se incoropora en Visual Studio 11, es la capacidad de “guardar un estado de Visual Studio 11”.
Supongamos que estamos trabajando en un proyecto, que tenemos abierto un par de archivos .cs en el que estamos editando código y que además tenemos abierto el Source Control Explorer y un par de Consultas de WorkItems.
En la opción “My Work” del Team Explorer, podemos ver además los elementos que estamos editando y el WI con el que estamos trabajando.
Ahora supongamos que recibimos una petición urgente que nos obliga a cerrar el entorno de trabajo para cargar una nueva solución y hacer something en la misma. Por lo general, en este tipo de escenarios y para no perder el “entorno de trabajo”, lo que solemos hacer es abrir una nueva instancia de Visual Studio.
Ahora con Visual Studio 11, tenemos la capacidad de suspender el trabajo activo, para evitarnos la necesidad de abrir otro IDE. La opción “suspend” nos solicita una descripción para el estado como muestra la siguiente imagen.
Además de guardar el estado de los elementos activos en el IDE, la opción de Suspend guarda un Shelveset con los archivos y el código con el que estamos trabajando.
En ese momento podemos cerrar todos los archivos en el IDE, cargar una nueva solución, etc; y seguir trabajando con el “urgent issue”.
Luego cuando querramos volver al estado anterior, simplemente accedemos a la sección “My Work” y en los trabajos pendientes, podremos ver el estado guardado y además los elementos que se almacenaron el mismo.
Además de la opción de restaurar al estado de trabajo anterior, podemos realizar un Merge con nuestro trabajo actual, o inclusive solicitar una revisión de este estado (en un futuro post hablaré de esto).
Si por ejemplo, realizamos un merge, pues podremos ver los cambios y los conflictos que hay entre las diferentes versiones.
Para resumir, esta opción nos ayuda no solo a cambiar de proyecto rápidamente, sino también a dejar pequeños snapshots de nuestro proyecto para poder luego volver a los mismos o analizar los cambios desde ese punto.
Saludos @ ALM Summit
El Bruno
-
Actualmente estás navegando por el archivo de la categoría Team Explorer
El Bruno
SocialVibe