<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comentarios en: ¿Que hace a un buen commit?</title>
	<atom:link href="http://blog.cuerty.com/2009/05/05/%c2%bfque-hace-a-un-buen-commit/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.cuerty.com/2009/05/05/%c2%bfque-hace-a-un-buen-commit/</link>
	<description>Historias, pensamientos, ideas y proyectos de un programador viviendo en Buenos Aires, Argentina.</description>
	<lastBuildDate>Wed, 25 Jan 2012 21:39:49 -0800</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.6</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Por: matuteromano</title>
		<link>http://blog.cuerty.com/2009/05/05/%c2%bfque-hace-a-un-buen-commit/#comment-1446</link>
		<dc:creator>matuteromano</dc:creator>
		<pubDate>Sat, 14 Nov 2009 17:17:38 +0000</pubDate>
		<guid isPermaLink="false">http://blog.cuerty.com/?p=72#comment-1446</guid>
		<description>Buenas querido Ángel, 
En esta nueva etapa que emprendí en mi trabajo, veo muy provechoso  el uso de las tres &lt;b&gt;herramientas&lt;/b&gt; que mencionaste  juntas, el uso de &lt;b&gt;Trac&lt;/b&gt; asi como de &lt;b&gt;&lt;a href=&quot;http://www.redmine.org&quot; rel=&quot;nofollow&quot;&gt;Redmine&lt;/a&gt;&lt;/b&gt; en la actualidad, la posibilidad de ver vincular las &lt;b&gt;peticiones&lt;/b&gt; al resolución de las mismas  y poder ver sus modificaciones entre las &lt;b&gt;versiones&lt;/b&gt; todo desde la misma herramienta, así como también su &lt;b&gt;documentación.&lt;/b&gt; 
Ahora queda la pregunta, para que respondas en otro post:
¿Cuál es una buena petición / ticket? , ¿Qué involucra a una buena petición / ticket?

Me gusto mucho el post.
Concreto y simple.</description>
		<content:encoded><![CDATA[<p>Buenas querido Ángel,<br />
En esta nueva etapa que emprendí en mi trabajo, veo muy provechoso  el uso de las tres <b>herramientas</b> que mencionaste  juntas, el uso de <b>Trac</b> asi como de <b><a href="http://www.redmine.org" rel="nofollow">Redmine</a></b> en la actualidad, la posibilidad de ver vincular las <b>peticiones</b> al resolución de las mismas  y poder ver sus modificaciones entre las <b>versiones</b> todo desde la misma herramienta, así como también su <b>documentación.</b><br />
Ahora queda la pregunta, para que respondas en otro post:<br />
¿Cuál es una buena petición / ticket? , ¿Qué involucra a una buena petición / ticket?</p>
<p>Me gusto mucho el post.<br />
Concreto y simple.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Ariel17</title>
		<link>http://blog.cuerty.com/2009/05/05/%c2%bfque-hace-a-un-buen-commit/#comment-37</link>
		<dc:creator>Ariel17</dc:creator>
		<pubDate>Tue, 05 May 2009 16:23:24 +0000</pubDate>
		<guid isPermaLink="false">http://blog.cuerty.com/?p=72#comment-37</guid>
		<description>Muy interesante. Me alentaste a empezar a usar svn para mantener desarrollos (aunque sé que el post iba más allá de ese tema)... siempre fue una materia pendiente, de las tantas. Felicitaciones por el blog! Ya te tengo en el RSS =)</description>
		<content:encoded><![CDATA[<p>Muy interesante. Me alentaste a empezar a usar svn para mantener desarrollos (aunque sé que el post iba más allá de ese tema)&#8230; siempre fue una materia pendiente, de las tantas. Felicitaciones por el blog! Ya te tengo en el RSS =)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Santiago</title>
		<link>http://blog.cuerty.com/2009/05/05/%c2%bfque-hace-a-un-buen-commit/#comment-36</link>
		<dc:creator>Santiago</dc:creator>
		<pubDate>Tue, 05 May 2009 16:14:59 +0000</pubDate>
		<guid isPermaLink="false">http://blog.cuerty.com/?p=72#comment-36</guid>
		<description>Pero claro, un comment demasiado largo/explicativo debería estar directamente puesto en la documentación, como por ejemplo la wiki a la que hacés mención, y de última poner una referencia:
&quot;Cambié el modo en el que el Condensador de Flujo hace su función. Mas detalles en la wiki en la entrada #666&quot;.

Los comentarios demasiado triviales como &quot;Nueva versión&quot; (que los he visto ¬¬), rivalizan con los comentarios del código tipo:
&lt;code&gt;// incremento en uno a la variable $var
$var++;
// incrementé en uno a la variable $var&lt;/code&gt;

Este fui yo, reportándome desde el más allá, y menos aca. O sea: en la cama =\</description>
		<content:encoded><![CDATA[<p>Pero claro, un comment demasiado largo/explicativo debería estar directamente puesto en la documentación, como por ejemplo la wiki a la que hacés mención, y de última poner una referencia:<br />
&#8220;Cambié el modo en el que el Condensador de Flujo hace su función. Mas detalles en la wiki en la entrada #666&#8243;.</p>
<p>Los comentarios demasiado triviales como &#8220;Nueva versión&#8221; (que los he visto ¬¬), rivalizan con los comentarios del código tipo:<br />
<code>// incremento en uno a la variable $var<br />
$var++;<br />
// incrementé en uno a la variable $var</code></p>
<p>Este fui yo, reportándome desde el más allá, y menos aca. O sea: en la cama =\</p>
]]></content:encoded>
	</item>
</channel>
</rss>

