<?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>Comentários sobre: O processo de deploy contínuo</title>
	<atom:link href="http://blog.caelum.com.br/o-processo-de-deploy-continuo/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.caelum.com.br/o-processo-de-deploy-continuo/</link>
	<description>blog dos desenvolvedores da Caelum</description>
	<lastBuildDate>Sun, 12 Feb 2012 05:01:36 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>Por: Uma introdução a scripts de build &#124; blog.caelum.com.br</title>
		<link>http://blog.caelum.com.br/o-processo-de-deploy-continuo/comment-page-1/#comment-69602</link>
		<dc:creator>Uma introdução a scripts de build &#124; blog.caelum.com.br</dc:creator>
		<pubDate>Wed, 10 Nov 2010 16:56:44 +0000</pubDate>
		<guid isPermaLink="false">http://blog.caelum.com.br/?p=1771#comment-69602</guid>
		<description>[...] processo de build é o coração das práticas de engenharia ágil: é através dele que automatizamos todos os passos necessários para garantir a qualidade mínima [...]</description>
		<content:encoded><![CDATA[<p>[...] processo de build é o coração das práticas de engenharia ágil: é através dele que automatizamos todos os passos necessários para garantir a qualidade mínima [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Palestra Agilidade no Mundo Real - Milfont Consulting</title>
		<link>http://blog.caelum.com.br/o-processo-de-deploy-continuo/comment-page-1/#comment-66814</link>
		<dc:creator>Palestra Agilidade no Mundo Real - Milfont Consulting</dc:creator>
		<pubDate>Sun, 11 Jul 2010 15:17:49 +0000</pubDate>
		<guid isPermaLink="false">http://blog.caelum.com.br/?p=1771#comment-66814</guid>
		<description>[...] Total http://radar.oreilly.com/2009/03/continuous-deployment-5-eas.html http://blog.caelum.com.br/2010/03/01/o-processo-de-deploy-continuo/ [...]</description>
		<content:encoded><![CDATA[<p>[...] Total <a href="http://radar.oreilly.com/2009/03/continuous-deployment-5-eas.html" rel="nofollow">http://radar.oreilly.com/2009/03/continuous-deployment-5-eas.html</a> <a href="http://blog.caelum.com.br/2010/03/01/o-processo-de-deploy-continuo/" rel="nofollow">http://blog.caelum.com.br/2010/03/01/o-processo-de-deploy-continuo/</a> [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Como vi Scrum ser completamente rechaçado em uma grande empresa &#124; CØdeZØne!</title>
		<link>http://blog.caelum.com.br/o-processo-de-deploy-continuo/comment-page-1/#comment-66476</link>
		<dc:creator>Como vi Scrum ser completamente rechaçado em uma grande empresa &#124; CØdeZØne!</dc:creator>
		<pubDate>Wed, 30 Jun 2010 00:59:05 +0000</pubDate>
		<guid isPermaLink="false">http://blog.caelum.com.br/?p=1771#comment-66476</guid>
		<description>[...] assunto de deploy contínuo, não trouxe nada de muito novo. O Guilherme Silveira, da Caelum, havia blogado em março e feito uma apresentação em maio sobre esse tema no evento Maré de Agilidade, em [...]</description>
		<content:encoded><![CDATA[<p>[...] assunto de deploy contínuo, não trouxe nada de muito novo. O Guilherme Silveira, da Caelum, havia blogado em março e feito uma apresentação em maio sobre esse tema no evento Maré de Agilidade, em [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Desenvolvimento: o dia que o meu projeto parou &#124; blog.caelum.com.br</title>
		<link>http://blog.caelum.com.br/o-processo-de-deploy-continuo/comment-page-1/#comment-64904</link>
		<dc:creator>Desenvolvimento: o dia que o meu projeto parou &#124; blog.caelum.com.br</dc:creator>
		<pubDate>Tue, 20 Apr 2010 07:12:34 +0000</pubDate>
		<guid isPermaLink="false">http://blog.caelum.com.br/?p=1771#comment-64904</guid>
		<description>[...] mais de dois anos, a Caelum tem feito um esforço sobre cortar diversos tipos de débitos técnicos, incluindo levar práticas ao extremo, como testes end-to-end em [...]</description>
		<content:encoded><![CDATA[<p>[...] mais de dois anos, a Caelum tem feito um esforço sobre cortar diversos tipos de débitos técnicos, incluindo levar práticas ao extremo, como testes end-to-end em [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Washington Botelho</title>
		<link>http://blog.caelum.com.br/o-processo-de-deploy-continuo/comment-page-1/#comment-63980</link>
		<dc:creator>Washington Botelho</dc:creator>
		<pubDate>Tue, 09 Mar 2010 18:58:26 +0000</pubDate>
		<guid isPermaLink="false">http://blog.caelum.com.br/?p=1771#comment-63980</guid>
		<description>Um deploy automatizado é de longe uma ótima opção para agilizar as coisas.

Ainda estou em fase de adaptação da integração contínua com o deploy automatizado e todo o gerenciamento com o TeamCity. E isso esta me trazendo uma maior segurança nos projetos em produção.

Parabéns pelo tópico.</description>
		<content:encoded><![CDATA[<p>Um deploy automatizado é de longe uma ótima opção para agilizar as coisas.</p>
<p>Ainda estou em fase de adaptação da integração contínua com o deploy automatizado e todo o gerenciamento com o TeamCity. E isso esta me trazendo uma maior segurança nos projetos em produção.</p>
<p>Parabéns pelo tópico.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Tarefas técnicas possuem valor para o product owner? &#171; Agile no mundo real</title>
		<link>http://blog.caelum.com.br/o-processo-de-deploy-continuo/comment-page-1/#comment-63977</link>
		<dc:creator>Tarefas técnicas possuem valor para o product owner? &#171; Agile no mundo real</dc:creator>
		<pubDate>Tue, 09 Mar 2010 15:46:56 +0000</pubDate>
		<guid isPermaLink="false">http://blog.caelum.com.br/?p=1771#comment-63977</guid>
		<description>[...] a requisitos não funcionais. Um exemplo é a instalação de um servidor de homologação e processo de homologação e deploy contínuo no estilo devops, fugindo do estilo tradicional, menos ágil, de operações. O que [...]</description>
		<content:encoded><![CDATA[<p>[...] a requisitos não funcionais. Um exemplo é a instalação de um servidor de homologação e processo de homologação e deploy contínuo no estilo devops, fugindo do estilo tradicional, menos ágil, de operações. O que [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Gabriel</title>
		<link>http://blog.caelum.com.br/o-processo-de-deploy-continuo/comment-page-1/#comment-63952</link>
		<dc:creator>Gabriel</dc:creator>
		<pubDate>Mon, 08 Mar 2010 07:03:04 +0000</pubDate>
		<guid isPermaLink="false">http://blog.caelum.com.br/?p=1771#comment-63952</guid>
		<description>Um outro fator que ajuda muito a diminuir problemas de deploy é se o desenvolvedor programasse em um ambiente local muito próximo com o de produćão, ou seja, mesmo sistema operacional, mesma versão de JVM, mesma versão de app server, mesmo encoding, mesmos paths e por aí vaí.</description>
		<content:encoded><![CDATA[<p>Um outro fator que ajuda muito a diminuir problemas de deploy é se o desenvolvedor programasse em um ambiente local muito próximo com o de produćão, ou seja, mesmo sistema operacional, mesma versão de JVM, mesma versão de app server, mesmo encoding, mesmos paths e por aí vaí.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Fred Estrela</title>
		<link>http://blog.caelum.com.br/o-processo-de-deploy-continuo/comment-page-1/#comment-63890</link>
		<dc:creator>Fred Estrela</dc:creator>
		<pubDate>Thu, 04 Mar 2010 22:45:38 +0000</pubDate>
		<guid isPermaLink="false">http://blog.caelum.com.br/?p=1771#comment-63890</guid>
		<description>Segundo paragrafo = meu carma. Quando o projeto começou, nem o cliente, nem a empresa tinha esse expertise. Agora estamos pagamos o preço, ou eu. Isso que da pegar o bonde (projeto) andando.</description>
		<content:encoded><![CDATA[<p>Segundo paragrafo = meu carma. Quando o projeto começou, nem o cliente, nem a empresa tinha esse expertise. Agora estamos pagamos o preço, ou eu. Isso que da pegar o bonde (projeto) andando.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

