Archive for category Source Control
[#ALM] FromMyBook: Don’t be afraid to #MERGE
Publicado por elbruno en ALM, EnglishPost, Libro, Source Control el 13 abril, 2012
Buenas,
today I have to get a public of my book working together with Visual Studio ALM side so that people lose the fear of the MERGE of once for all. It can be seen online here or directly to continuation:
The fear of the MERGE
The fear of the Merge is a classic, more or less like what happens with vampires now in 2011. Let me explain: when I was a kid (about 20 years ago), a vampire was a very serious thing, you had to be afraid of a vampire, tha was a fact.
Generally speaking, the stereotype of a vampire was a person of any country in Eastern Europe, usually Transylvania, with very white skin and a black Cape. In addition to insights that let you freeze, a good vampire used to have a couple of evil helpers, who had a good heart, but with a little twisted ideas.
If for some reason you made a mistake and let a vampire to go into your House, you were in problems. Most of the times the vampire falls in love with your mother, your sister or your girlfriend, and with the promise of eternal love, at some point he wants to suck all the blood of her. Depending on the type of Vampire, may even want to eat with mayonnaise or ketchup (always thought that vampires were more than ketchup).
As this idea of vampires was widely used, and people scared to see these features someone on the street. But nowadays we have to face with the writers of juvenile novels who changes the concept that we have of the vampires.
The vampires of the 21st century are now boys who seem to have no more than 20 years, who can walk under the Sun although they continue to have whiter skin that snow. Usually they fall the most beautiful girl of the people, but without the intention to eat. Now they help if it attacks a man Wolf, or were they want to eat other vampires with more hunger.
Things have changed a lot, but the idea is still there: vampires are beings of care that as soon as they can give you a problem.
Because something similar happens with the Branches and Merge actions. In many projects, most people are afraid of "the Merge" and taht’s why they don’t use Branches. But as has happened with vampires, the "Branches" and "Merges" have changed a lot lately. It is not so craftsmanship as it was 15 years ago, the tools we now have really help make the experience of the developer friendly and much less painful.
But eye and remain "Branches" and "Merges" into the wrong hands can bring us, not one, but many headaches; as happens with modern vampires.
And remember, this and much more in my book
Saludos @ Home
El Bruno
 |
 |
 |
[#ALM] FromMyBook: El miedo al #MERGE
Publicado por elbruno en ALM, Source Control el 13 abril, 2012
Buenas,
hoy me toca sacar una parte pública de mi libro Trabajando en equipo con Visual Studio ALM para que la gente le pierda el miedo al MERGE de una vez por todas. Lo pueden ver online aquí o directamente a continuación:
El miedo al MERGE
El miedo al Merge es un clásico, más o menos como lo que pasa con los vampiros ahora en el año 2011. Me explico: cuando yo era chico (hace unos 20 años), un vampiro era una cosa muy seria, había que tenerle miedo.
Por lo general, el estereotipo de un vampiro era una persona de algún país de Europa del Este, usualmente Transilvania, con la piel muy blanca y una capa negra. Además de tener una mirada que te dejaba helado, un buen vampiro solía tener un par de ayudantes malvados, que tenían un buen corazón, pero con las ideas un poco torcidas.
Si por algún motivo cometías el error de invitar a un vampiro a tu casa, pues ya tenías un problema; seguramente el vampiro se enamora de tu madre, de tu hermana o de tu novia, y con la promesa de amor eterno, en algún momento le quiere chupar toda la sangre. Dependiendo del tipo de vampiro, puede inclusive querer comérsela con mayonesa o kétchup (siempre pensé que los vampiros eran más de kétchup).
Como esta idea de los vampiros estaba muy utilizada, y la gente se asustaba al ver a una persona de estas características por la calle, pues llegaron las escritoras de novelas juveniles para cambiar el concepto que tenemos de los vampiros.
Ahora los vampiros del siglo XXI son chicos que parecen no tener más de 20 años, que pueden caminar bajo el sol aunque siguen teniendo la piel más blanca que la nieve. Por lo general se enamoran de la chica más guapa del pueblo, pero sin la intención de comérsela. Ahora la ayudan si la ataca un hombre lobo, o si se la quieren comer otros vampiros con más hambre.
Las cosas han cambiado mucho, pero la idea sigue estando allí: Los vampiros son seres de cuidado que en cuanto puedan te darán un problema.
Pues algo parecido pasa con los Branches y con las acciones de Merge. En muchos proyectos, se le tiene “miedo al Merge” y es por esto que no se utilizan Branches. Pero al igual que ha pasado con los vampiros, los “Branches” y “Merges” han cambiado mucho últimamente. No es un trabajo tan artesanal como era hace 15 años, las herramientas que disponemos ahora realmente ayudan a que la experiencia del desarrollador sea más amigable y mucho menos dolorosa.
Pero ojo, siguen siendo “Branches” y “Merges” y en malas manos pueden traernos, no uno, sino muchos dolores de cabeza; al igual que pasa con los vampiros modernos.
Y recuerda, esto y mucho más en mi libro
Saludos @ Home
El Bruno
|
|
|
[# CODEPLEX] Now also supports GIT
Publicado por elbruno en CodePlex, EnglishPost, Source Control el 23 marzo, 2012
Buenas,
Although they have already commented in several places, it is important to highlight the news.
Now CodePlex supports the creation of projects based on GIT.
Seen from the outside does not seem something so important, but if we read between the lines there are 2 interesting things to highlight.
Firstly that this change is not based on a strategic decision of MS but which comes driven by the large number of petitions that performs the communicated. Beware, we must not be naive; This does not mean that now MS begin to do what you say the community, nor to think not not win anything with this change. But it is important to note that include a software of this type within the code for the Microsoft communities management platform is a point which opens up many possibilities.
On the one hand, help to improve the Visual Studio family of products. VS11 and TFS11 are fine, but if we compare the fluidity of work which gives a DCVS as GIT, because no color. Therefore, there is a desire to educate the developers guide to a new way of working (already included in VS) behind this decision.
In addition this change is intended to include in Codeplex to a large set of developers who are currently using GIT for their developments.
Secondly, do not lose sight that MS is incorporating an OpenSource software within its platform. This is not the first time, nor will not be the last, but serves as a reference to give an idea of how powerful that is the idea of OpenSource for teams of MS. something that from the outside is not seen much, already only takes into account the facet sell canned software that has Microsoft.
In the long run we will see if it ends up being a copy from GitHub or other more advanced sites based on GIT. What is important not to lose sight of, is that CodePlex not only offers support for a Source Control repository, but it adds several possibilities more… there I leave.
Saludos @ Home
El Bruno
|
|
|
Sources:
http://blogs.msdn.com/b/bharry/archive/2012/03/22/the-future-of-CodePlex-is-bright.aspx
[#CODEPLEX] Ahora con soporte a GIT
Publicado por elbruno en CodePlex, Source Control el 23 marzo, 2012
Buenas,
si bien ya lo han comentado en varios sitios, es importante destacar la noticia.
Ahora Codeplex soporta la creación de proyectos basados en GIT.
Visto desde afuera no parece algo tan importante, pero si leemos entre líneas hay 2 cosas interesantes a destacar.
En primer lugar que este cambio no esté basado en una decisión estratégica de MS sino que viene impulsado por la gran cantidad de peticiones que realiza la comunicada. Cuidado, no seamos ingenuos; esto no significa que ahora MS comience a hacer todo lo que diga la comunidad, ni tampoco que no piensen ganar nada con este cambio. Pero si es importante tener en cuenta que incluir un software de este tipo, dentro de la plataforma de gestión de código para las comunidades de Microsoft es un punto que abre muchas posibilidades.
Por una parte, ayudar a mejorar los productos de la familia de Visual Studio. VS11 y TFS11 están muy bien, pero si comparamos la fluidez de trabajo que da un DCVS como GIT, pues no hay color. Es por esto, que detrás de esta decisión hay un deseo de formar a los developers orientándolos a nueva forma de trabajo (que ya se incluirá en VS).
Además con este cambio, se pretende incluir en Codeplex a un gran conjunto de developers que actualmente utilizan GIT para sus desarrollos.
En segundo lugar, no perdamos de vista que MS está incorporando un software OpenSource dentro de su plataforma. Esto no es la primera vez, ni tampoco será la última, pero sirve de referencia para dar una idea de lo poderosa que es la idea de OpenSource para los equipos de MS. Algo que desde afuera no se ve mucho, ya sólo se tiene en cuenta la faceta de vender software enlatado que posee Microsoft.
A la larga veremos si termina siendo una copia de GitHub o de otros sitios más avanzados basados en GIT. Lo que es importante no perder de vista, es que CodePlex no solo ofrece soporte para un repositorio de Source Control, sino que agrega varias posibilidades más … ahí lo dejo.
Saludos @ Home
El Bruno
|
|
|
Fuentes:
http://blogs.msdn.com/b/bharry/archive/2012/03/22/the-future-of-codeplex-is-bright.aspx
[# TFS2010] HowTo: Configure the automatically download from the latest version of a file in the IDE or from TFS
Publicado por elbruno en Team Foundation Server, Source Control, HowTo, Visual Studio 2010, EnglishPost el 12 febrero, 2012
Hi,
a couple of days, the great Oscar Martin told me that it was a "problem" with Team Foundation Server 2010 as to download a specific version of a file, when editing it, the Visual Studio 2010 IDE downloaded you automatically the latest version. The possible solution to this problem is to disable the automatic download option, and now with Team Foundation Server 2010 can do to level (Vs2010) development tool or source code repository (Tfs2010) source.
For the first case, we must access the options of Visual Studio 2010, from menu "Tools Options //". Within the same access to the section "Source Control // Visual Studio Team Foundation Server" and check or uncheck the option "Get latest version of item on check-out in server workspace". This option ensures that we always have the latest version of any file that we’re editing.
Well, if what we want is that this way of working is applied to all members of a Team Project, we can apply these settings at the level of TP. To do this, from Team Explorer pane, select the appropriate Team Project, then we deploy the context menu and select "Source Ccontrol". Within the section "Chec-out settings", the option "Enable get latest on check-out" allows us to define this operation.
Greetings @ Home
El Bruno
[#TFS2010] HowTo: Configurar la descarga automatica de la ultima version desde el IDE o desde TFS
Publicado por elbruno en Team Foundation Server, Source Control, HowTo, Visual Studio 2010 el 12 febrero, 2012
Buenas,
hace un par de días, el gran Oscar Martin me comentaba que tenía un "problema” con Team Foundation Server 2010 ya que al descargar una versión específica de un archivo, al momento de editar el mismo, el IDE de Visual Studio 2010 le descargaba automáticamente la última versión. La posible solución a este problema consiste en desactivar la opción de descarga automática, y ahora con Team Foundation Server 2010 podemos hacerlo a nivel herramienta de desarrollo (Vs2010) o repositorio de código fuente (Tfs2010).
Para el primer caso, debemos acceder a las opciones de Visual Studio 2010, desde el menú “Tools // Options”. Dentro de las mismas acceder a la sección “Source Control // Visual Studio Team Foundation Server” y marcar o desmarcar la opción “Get latest versión of ítem on check out in server workspace”. Esta opción nos asegura que siempre tengamos la última versión de cualquier archivo que estemos editando.
Ahora bien, si lo que queremos es que esta forma de trabajo se aplique para todos los integrantes de un Team Project, podemos aplicar esta configuración a nivel de TP. Para esto, desde en panel Team Explorer, seleccionamos el Team Project correspondiente, luego desplegamos el menú contextual y seleccionamos “Source Ccontrol”. Dentro de la sección “Chec-out settings”, la opción “Enable get latest on check-out” nos permite definir este funcionamiento.
Saludos @ Home
El Bruno
[# ALM] Recommendations for CheckIn comments format
Publicado por elbruno en ALM, EnglishPost, Source Control el 10 febrero, 2012
Hi,
before starting the post, we are going to do a small filter:
Do a daily CheckIn how minimal?
If your answer is "Yes", then you know that for every day that raisins without protecting your code into the source code repository, you kill to a Unicorn and fades out a rainbow. The second question also helps keep leaking the affair.
Is some of your comments of the following type?
-I’ve fixed a bug
-donate!
- 1234567890
It is amazing but many people think that the text for the comment box is only decorative and with a simple "." reaches.
As well, to improve this slightly I tell a working model that is fairly well used in the comments. It follow the following pattern:
+ add new elements, features, functions, etc.
-remove elements, features, functions, etc.
~ updated elements, features, functions, etc.
# define label or version
With this scheme, it is easier to find comments by type
+ built-in functionality for tracing database
~ changes in trace format
or even
~ changes in the look and feel to be OCD compliant
-old images
Thus, the comments are more than text lost in each set of changes. And finally a piece of information that is important to stress
Comments should discuss the reasons for a change not how, for how longer will read the source code.
Greetings @ La Finca
The Bruno
[#ALM] Recomendaciones para los comentarios que agregamos en cada CheckIn
Publicado por elbruno en ALM, Source Control el 10 febrero, 2012
Buenas,
antes de empezar el post vamos a hacer un pequeño filtro:
¿Haces cómo mínimo un CheckIn diario?
si tu respuesta es diferente a “SI”, pues que sepas que por cada día que pasas sin proteger tu código en el repositorio de código fuente, matas a un unicornio y se desvanece un arco iris. La segunda pregunta también ayuda a seguir filtrando el asunto.
¿Alguno de tus comentarios es del siguiente tipo?
- He arreglado un error
- done!
- 1234567890
Es increíble pero muchas personas piensas que la caja de texto para los comentarios es solo decorativa y con un simple “.” alcanza.
Pues bien, para mejorar esto un poco les cuento un modelo de trabajo que viene bastante bien utilizar en los comentarios. Se trata de seguir el siguiente patrón:
+ add new elements, features, functions, etc.
- remove elements, features, functions, etc.
~ updated elements, features, functions, etc.
# defines a label or version
Con este esquema es más fácil encontrar comentarios del tipo
+ incorporada la funcionalidad para las trazas en base de datos
~ cambios en el formato de las trazas
o inclusive
~ cambios en el look and feel para ser OCD compliant
- imágenes viejas
De esta forma los comentarios son algo más que texto perdido en cada conjunto de cambios. Y finalmente un dato que es importante remarcar
Los comentarios deben comentar el POR QUÉ de un cambio no el CÓMO, para el CÓMO ya leeremos el código fuente.
Saludos @ La Finca
El Bruno
[# TFS2010] HowTo: Change the Source Control association in a project
Publicado por elbruno en Team Foundation Server, Source Control, HowTo, Visual Studio 2010, EnglishPost el 30 enero, 2012
Hi,
I will point out a scenario that is pretty casual and gives errors on more than one occasion. Occurs usually when you copy a project associated with the SC in a Team Foundation Server to another server and the client for Visual Studio 2010 makes a mess with the binding of that project. The solution is quite simple:
- The project must be part of a solution properly associated with a TFS Source Control Server
- In the IDE to open the "File > > Source Control > > Change Source Control" option
- Select the project with problems and press the "Unbind" option
- Confirm the changes, with the option "Ignore All"
- In the Solution Explorer pane, select the project.
- Display the contextual menu and select the option "Add selected projects to Source Control"
- Donate!
7 steps that save you an afternoon of trouble, especially if "you break one of the Builds"
Greetings @ La Finca
El Bruno
[#TFS2010] HowTo: Cambiar la asociación de Source Control de un proyecto
Publicado por elbruno en Team Foundation Server, Source Control, HowTo, Visual Studio 2010 el 30 enero, 2012
Buenas,
voy a apuntar un escenario que es bastante casual y da errores en más de una ocasión. Se da usualmente cuando copias un proyecto asociado al SC de un servidor Team Foundation hacia otro servidor y el cliente de Visual Studio 2010 se hace un lío con el binding de ese proyecto. La solución es bastante simple:
- El proyecto debe ser parte de una solución correctamente asociada a un servidor de Source Control de TFS
- En el IDE abrir la opción “File >> Source Control >> Change Source Control“
- Seleccionar el proyecto con problemas y presionar la opción “Unbind”
- Confirmar los cambios, con la opción “Ignore All”
- En el panel Solution Explorer, seleccionar el proyecto.
- Desplegar el menú contextual y seleccionar la opción “Add selected projects to Source Control”
- Done !!!
7 pasos que te ahorran una tarde de disgustos, especialmente si “rompes una de las Builds”
Saludos @ La Finca
El Bruno
-
Actualmente estás navegando por el archivo de la categoría Source Control
El Bruno
SocialVibe