<?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"
	>
<channel>
	<title>Commentaires sur : Configuration SVN pour un projet Symfony</title>
	<atom:link href="http://www.glagla.org/weblog/2008/06/19/configuration-svn-pour-un-projet-symfony/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.glagla.org/weblog/2008/06/19/configuration-svn-pour-un-projet-symfony/</link>
	<description>Le blog sans prétentions d'Olivier Mansour</description>
	<pubDate>Mon, 01 Dec 2008 18:44:06 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.3</generator>
		<item>
		<title>Par : NiKo</title>
		<link>http://www.glagla.org/weblog/2008/06/19/configuration-svn-pour-un-projet-symfony/#comment-939</link>
		<dc:creator>NiKo</dc:creator>
		<pubDate>Sun, 29 Jun 2008 18:39:15 +0000</pubDate>
		<guid isPermaLink="false">http://www.glagla.org/weblog/?p=335#comment-939</guid>
		<description>Les choses sont discutées au sein même des tickets où parfois sur la mailing list, pour les failles rportées tout se fait sur une mailing list interne à la core team (qui n'inclue pas que des gens de chez Sensio, mais aussi Yahoo! ou autres)</description>
		<content:encoded><![CDATA[<p>Les choses sont discutées au sein même des tickets où parfois sur la mailing list, pour les failles rportées tout se fait sur une mailing list interne à la core team (qui n&#8217;inclue pas que des gens de chez Sensio, mais aussi Yahoo! ou autres)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : Olivier Mansour</title>
		<link>http://www.glagla.org/weblog/2008/06/19/configuration-svn-pour-un-projet-symfony/#comment-927</link>
		<dc:creator>Olivier Mansour</dc:creator>
		<pubDate>Tue, 24 Jun 2008 05:41:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.glagla.org/weblog/?p=335#comment-927</guid>
		<description>ok merci NiKo. Juste pour savoir, les développeurs qui soumettent des patchs sur la branche stable, comment ont ils fait au préalable pour valider ce patch avec la communauté ?</description>
		<content:encoded><![CDATA[<p>ok merci NiKo. Juste pour savoir, les développeurs qui soumettent des patchs sur la branche stable, comment ont ils fait au préalable pour valider ce patch avec la communauté ?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : NiKo</title>
		<link>http://www.glagla.org/weblog/2008/06/19/configuration-svn-pour-un-projet-symfony/#comment-925</link>
		<dc:creator>NiKo</dc:creator>
		<pubDate>Mon, 23 Jun 2008 20:08:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.glagla.org/weblog/?p=335#comment-925</guid>
		<description>Heu sinon, oui les branches, une fois la version stable sortie, ne concerne toujours *que* les patches de sécurité et ne cassent pas l'API.

C'est tout l'intérêt d'une branche stable :)</description>
		<content:encoded><![CDATA[<p>Heu sinon, oui les branches, une fois la version stable sortie, ne concerne toujours *que* les patches de sécurité et ne cassent pas l&#8217;API.</p>
<p>C&#8217;est tout l&#8217;intérêt d&#8217;une branche stable :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : NiKo</title>
		<link>http://www.glagla.org/weblog/2008/06/19/configuration-svn-pour-un-projet-symfony/#comment-924</link>
		<dc:creator>NiKo</dc:creator>
		<pubDate>Mon, 23 Jun 2008 20:07:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.glagla.org/weblog/?p=335#comment-924</guid>
		<description>Je voulais parler d'un switch plutôt qu'un relocate, mais effectivement changer l'external à la mano fonctionne, mon méat coule pas.

Par contre le switch --relocate est une opération délicate si on se gourre, c'est généralement au final un dépôt mort qu'il faut essayer de réanimer à grand coups de sed (experience inside \o/)</description>
		<content:encoded><![CDATA[<p>Je voulais parler d&#8217;un switch plutôt qu&#8217;un relocate, mais effectivement changer l&#8217;external à la mano fonctionne, mon méat coule pas.</p>
<p>Par contre le switch &#8211;relocate est une opération délicate si on se gourre, c&#8217;est généralement au final un dépôt mort qu&#8217;il faut essayer de réanimer à grand coups de sed (experience inside \o/)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : Olivier Mansour</title>
		<link>http://www.glagla.org/weblog/2008/06/19/configuration-svn-pour-un-projet-symfony/#comment-915</link>
		<dc:creator>Olivier Mansour</dc:creator>
		<pubDate>Sat, 21 Jun 2008 08:30:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.glagla.org/weblog/?p=335#comment-915</guid>
		<description>@Matt : corrigé

@Niko : changer un external n'implique pas un svn relocate (d'ailleurs pourquoi tu dis que c'est hasardeux ...). Ca remplace juste les fichiers. Le soucis sur le branchement sur une branche est que je ne sais pas si un commit dessus correspond à un update de sécurité ou à un travail en cours des mainteneurs de la branche. Peut être es tu au courant ? Je préfère pour cela me caler sur des releases. 
Merci pour la précision sur le répertoire vendor, je ne connaissais pas !</description>
		<content:encoded><![CDATA[<p>@Matt : corrigé</p>
<p>@Niko : changer un external n&#8217;implique pas un svn relocate (d&#8217;ailleurs pourquoi tu dis que c&#8217;est hasardeux &#8230;). Ca remplace juste les fichiers. Le soucis sur le branchement sur une branche est que je ne sais pas si un commit dessus correspond à un update de sécurité ou à un travail en cours des mainteneurs de la branche. Peut être es tu au courant ? Je préfère pour cela me caler sur des releases.<br />
Merci pour la précision sur le répertoire vendor, je ne connaissais pas !</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : NiKo</title>
		<link>http://www.glagla.org/weblog/2008/06/19/configuration-svn-pour-un-projet-symfony/#comment-912</link>
		<dc:creator>NiKo</dc:creator>
		<pubDate>Thu, 19 Jun 2008 15:21:01 +0000</pubDate>
		<guid isPermaLink="false">http://www.glagla.org/weblog/?p=335#comment-912</guid>
		<description>Tu devrais linker la branche plutôt que le tag, comme ça les updates de sécurité ne nécessitent qu'un svn up plutôt qu'un hasardeux svn relocate.

Sinon moi je met tout symfony dans ./lib/vendor/symfony, avec l'autoloading ça roule et en plus je peux lancer les tests unitaires de symfony d'un coup de php lib/vendor/symfony/test/bin/prove.php :)</description>
		<content:encoded><![CDATA[<p>Tu devrais linker la branche plutôt que le tag, comme ça les updates de sécurité ne nécessitent qu&#8217;un svn up plutôt qu&#8217;un hasardeux svn relocate.</p>
<p>Sinon moi je met tout symfony dans ./lib/vendor/symfony, avec l&#8217;autoloading ça roule et en plus je peux lancer les tests unitaires de symfony d&#8217;un coup de php lib/vendor/symfony/test/bin/prove.php :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : Matthieu</title>
		<link>http://www.glagla.org/weblog/2008/06/19/configuration-svn-pour-un-projet-symfony/#comment-910</link>
		<dc:creator>Matthieu</dc:creator>
		<pubDate>Thu, 19 Jun 2008 07:35:09 +0000</pubDate>
		<guid isPermaLink="false">http://www.glagla.org/weblog/?p=335#comment-910</guid>
		<description>Merci pour ce pense-bête bien pratique.

Une petite remarque, dans /config tu devrais ignorer plutôt "generated-*" car certains plugins génèrent des fichiers de ce type au build.</description>
		<content:encoded><![CDATA[<p>Merci pour ce pense-bête bien pratique.</p>
<p>Une petite remarque, dans /config tu devrais ignorer plutôt &#8220;generated-*&#8221; car certains plugins génèrent des fichiers de ce type au build.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
