<?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: C&#243;mo manejar webs configurables con Git</title>
	<atom:link href="http://blog.ivangadea.com/2009/02/22/cmo-manejar-webs-configurables-con-git/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.ivangadea.com/2009/02/22/cmo-manejar-webs-configurables-con-git/</link>
	<description>Migrando del bajo al alto nivel</description>
	<lastBuildDate>Sat, 27 Feb 2010 17:01:31 -0800</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.6</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Por: Ivan GS</title>
		<link>http://blog.ivangadea.com/2009/02/22/cmo-manejar-webs-configurables-con-git/comment-page-1/#comment-98</link>
		<dc:creator>Ivan GS</dc:creator>
		<pubDate>Fri, 27 Mar 2009 17:18:48 +0000</pubDate>
		<guid isPermaLink="false">http://blog.ivangadea.com/2009/02/22/cmo-manejar-webs-configurables-con-git/#comment-98</guid>
		<description>Una pequeña nota acerca de los rebase.

Git es muy cuidadoso con la integridad de los datos. Por eso, no permite hacer rebase de un servidor remoto así como así. Si permitiera hacer un rebase en el servidor y otro usuario estuviera trabajando con una de las ramas que intervienen en ese rebase, podrían duplicarse commits. Esto está bastante bien explicado en &lt;a href=&quot;http://git-users.googlegroups.com/web/gitfrombottomup.pdf?gda=mrG7Z0UAAABcq9qMjWqQt7dznlaS03X87uSkeqqbrMkS4WFZaZn0b1WDeigcjv2VvRnYsCWxcv0cn8WIbWh5zqeDKtDBmq67Gu1iLHeqhw4ZZRj3RjJ_-A&quot; rel=&quot;nofollow&quot;&gt;este documento&lt;/a&gt;.

El caso es si quieres usar esta tecnica para manejar webs configurables desde un servidor centralizado (bastante lógico) vas a tener que tener en cuenta 2 cosas: 
1) cuando hagas el rebase local tendrás que crear una rama por cada configuración:
git checkout origin/versionA
git rebase master
git branch versionA
2) cuando hagas el push para que no te la rechaze tendras que forzar los cambios:
git push --all -f

Por lo demas, todo sigue igual.</description>
		<content:encoded><![CDATA[<p>Una pequeña nota acerca de los rebase.</p>
<p>Git es muy cuidadoso con la integridad de los datos. Por eso, no permite hacer rebase de un servidor remoto así como así. Si permitiera hacer un rebase en el servidor y otro usuario estuviera trabajando con una de las ramas que intervienen en ese rebase, podrían duplicarse commits. Esto está bastante bien explicado en <a href="http://git-users.googlegroups.com/web/gitfrombottomup.pdf?gda=mrG7Z0UAAABcq9qMjWqQt7dznlaS03X87uSkeqqbrMkS4WFZaZn0b1WDeigcjv2VvRnYsCWxcv0cn8WIbWh5zqeDKtDBmq67Gu1iLHeqhw4ZZRj3RjJ_-A" rel="nofollow">este documento</a>.</p>
<p>El caso es si quieres usar esta tecnica para manejar webs configurables desde un servidor centralizado (bastante lógico) vas a tener que tener en cuenta 2 cosas:<br />
1) cuando hagas el rebase local tendrás que crear una rama por cada configuración:<br />
git checkout origin/versionA<br />
git rebase master<br />
git branch versionA<br />
2) cuando hagas el push para que no te la rechaze tendras que forzar los cambios:<br />
git push &#8211;all -f</p>
<p>Por lo demas, todo sigue igual.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
