<?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>Espeo Software &#187; svn</title>
	<atom:link href="http://www.espeo.pl/tag/svn/feed" rel="self" type="application/rss+xml" />
	<link>http://www.espeo.pl</link>
	<description>Oprogramowanie na zamówienie - aplikacje inter/intranetowe, desktop, mobilne. Wykorzystujemy technologię Java, Java EE, Flex, Grails</description>
	<lastBuildDate>Fri, 11 May 2012 15:11:22 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
		<item>
		<title>Prezentacja Branch-per-Feature</title>
		<link>http://www.espeo.pl/2011/03/08/prezentacja-branch-per-feature</link>
		<comments>http://www.espeo.pl/2011/03/08/prezentacja-branch-per-feature#comments</comments>
		<pubDate>Tue, 08 Mar 2011 10:59:49 +0000</pubDate>
		<dc:creator>Łukasz Stachowiak</dc:creator>
				<category><![CDATA[Blog]]></category>
		<category><![CDATA[technologia]]></category>
		<category><![CDATA[branch-per-feature]]></category>
		<category><![CDATA[mercurial]]></category>
		<category><![CDATA[svn]]></category>

		<guid isPermaLink="false">http://blog.espeo.pl/?p=463</guid>
		<description><![CDATA[Na kolejnym spotkaniu naszych firmowych dyskusji omawialiśmy podejście potocznie zwane &#8220;Branch-per-Feature&#8221;. Z grubsza polega ono na tworzeniu brancha w repozytorium na każdego nowego taska, poprawki lub buga. Sama prezentacja przyniosła porządany skutek &#8211; długa dyskusja zarówno z głosami za jak i przeciw! Każdy z własnego doświadczenie mógł przykłady, gdzie takie podejście z pewnością by się sprawdziło. Klient otrzymał przedwcześnie funkcjonalność której &#8220;jeszcze nie ma&#8221;, czy też testerzy razem z nową wersją otrzymujący listę rzeczy, których jeszcze nie testować, bo nie dokończone. Z głosów przeciw to z pewnością narzut czasowy ze względu na zarządzanie branchami oraz ich późniejsze mergowanie z trunkiem &#8211; to może potrwać nieprzewidywalnie długo. Może warto przetestować to podejście w połączeniu z rozproszonymi systemami kontroli wersji? Zainteresowanych zgłębieniem tematu zapraszam na bloga Derick Baileya, gdzie można przeczytać trochę dłuższe artykuły na ten temat. Tymczasem zachęcam do zapoznania się z prezentacją poniżej:]]></description>
		<wfw:commentRss>http://www.espeo.pl/2011/03/08/prezentacja-branch-per-feature/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Ignorowanie metadanych różnych IDE w SVN</title>
		<link>http://www.espeo.pl/2009/05/03/ignorowanie-metadanych-roznych-ide-w-svn</link>
		<comments>http://www.espeo.pl/2009/05/03/ignorowanie-metadanych-roznych-ide-w-svn#comments</comments>
		<pubDate>Sun, 03 May 2009 17:59:17 +0000</pubDate>
		<dc:creator>Michal Kalinowski</dc:creator>
				<category><![CDATA[Blog]]></category>
		<category><![CDATA[technologia]]></category>
		<category><![CDATA[eclipse]]></category>
		<category><![CDATA[ide]]></category>
		<category><![CDATA[intellij idea]]></category>
		<category><![CDATA[netbeans]]></category>
		<category><![CDATA[svn]]></category>

		<guid isPermaLink="false">http://blog.espeo.pl/?p=133</guid>
		<description><![CDATA[Dzisiaj krótka, aczkolwiek przydatna (mam nadzieję) notatka. Problem (choć raczej kosmetyczny), który napotkałem w trakcie realizacji bieżącego projektu, to pojawianie się w repozytorium SVN różnych &#8220;dziwnych&#8221; katalogów i plików, nie związanych bezpośrednio z projektem. Szybko udało mi się ustalić, że są to metadane generowane przez IDE inne niż Eclipse. Wcześniej, pracując w projektach, gdzie jedynym używanym IDE był Eclipse, automatycznie dopisywałem: do atrybutu svn:ignore katalogu każdego projektu w ramach przestrzeni roboczej (ang. workspace) i było po problemie. Aktualnie mamy w zespole jednego NetBeans&#8217;owca i do powyższej listy trzeba było dopisać jeszcze: Postanowiłem jednak przy okazji skonstruować kompletną listę wpisów do svn:ignore, która zawiera metadane 3 głównych IDE (Eclipse, NetBeans, IntelliJ IDEA). Dodatkowo dodałem target, jako standardowy katalog wyjściowy Maven&#8217;a oraz maskę *.log, bo takie pliki czasem również pojawiają się w repo. Mam nadzieję, że ta lista okaże się dla kogoś przydatna. Wygląda na to, że wystarczy ją &#8220;z góry&#8221; zaaplikować do wszystkich katalogów projektowych i mieć problem z głowy ;) . Ostateczna wartości atrybutu svn:ignore:]]></description>
		<wfw:commentRss>http://www.espeo.pl/2009/05/03/ignorowanie-metadanych-roznych-ide-w-svn/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

