<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Open Enterprise: The PostgreSQL Open Source Database Blog from EnterpriseDB &#187; robert haas</title>
	<atom:link href="http://blogs.enterprisedb.com/tag/robert-haas/feed/" rel="self" type="application/rss+xml" />
	<link>http://blogs.enterprisedb.com</link>
	<description>Commentary, tutorials, and announcements surrounding PostgreSQL, Postgres Plus, and open source.</description>
	<lastBuildDate>Mon, 06 Feb 2012 18:26:56 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.5</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>Development Developments</title>
		<link>http://blogs.enterprisedb.com/2009/07/26/development-developments/</link>
		<comments>http://blogs.enterprisedb.com/2009/07/26/development-developments/#comments</comments>
		<pubDate>Mon, 27 Jul 2009 00:15:08 +0000</pubDate>
		<dc:creator>Bruce Momjian</dc:creator>
				<category><![CDATA[postgresql]]></category>
		<category><![CDATA[pg_migrator 8.4]]></category>
		<category><![CDATA[postgresql development]]></category>
		<category><![CDATA[robert haas]]></category>

		<guid isPermaLink="false">http://blogs.enterprisedb.com/?p=71</guid>
		<description><![CDATA[You might have noticed that patch processing has changed in recent Postgres development cycles. For 8.4 development, we used wiki-based commit fests with the goal of getting more people involved in patch approval, and speeding patch application.  For 8.5, Robert Haas has written a patch management application that automates much of the manual adjustment [...]]]></description>
			<content:encoded><![CDATA[<p>You might have noticed that patch processing has changed in recent Postgres development cycles. For 8.4 development, we used wiki-based <a style="text-decoration: none;" href="http://wiki.postgresql.org/wiki/PostgreSQL_8.4_Development_Plan">commit fests</a> with the goal of getting more people involved in patch approval, and speeding patch application.  For 8.5, Robert Haas has written a patch management <a style="text-decoration: underline;" href="https://commitfest.postgresql.org/action/commitfest_view/inprogress">application</a> that automates much of the manual adjustment required when using the wiki;  many thanks to him.</p>
<p>I used to manage most of the independent patches myself, but patch volume now far exceeds my ability to process them. Patch application is now managed by a capable team, and my involvement is less critical. This will allow me to get involved in other projects, such as <a style="text-decoration: none;" href="http://pgfoundry.org/projects/pg-migrator/">pg_migrator</a>, which I just <a style="text-decoration: none;" href="http://momjian.us/main/blogs/pgblog.html#July_20_2009">finished</a>.</p>
<a href='http://blogs.enterprisedb.com/2009/07/26/development-developments/' class='retweet vert' >Development Developments</a>]]></content:encoded>
			<wfw:commentRss>http://blogs.enterprisedb.com/2009/07/26/development-developments/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

