<?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>Megjegyzések: SVN: alapok</title>
	<atom:link href="http://webakademia.hu/2007/10/svn-alapok/feed/" rel="self" type="application/rss+xml" />
	<link>http://webakademia.hu/2007/10/svn-alapok/</link>
	<description>/ András webkettőt fejleszt /</description>
	<lastBuildDate>Tue, 28 Feb 2012 06:21:08 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3</generator>
	<item>
		<title>Attila</title>
		<link>http://webakademia.hu/2007/10/svn-alapok/comment-page-1/#comment-3344</link>
		<dc:creator>Attila</dc:creator>
		<pubDate>Mon, 02 Feb 2009 10:02:02 +0000</pubDate>
		<guid isPermaLink="false">http://webakademia.hu/?p=17#comment-3344</guid>
		<description>Ez működne? (Nem linux előtt ülök, így hirtelen nem tudom kipróbálni):
#!/bin/bash
svn export --username testuser --password testpass http://svn.pelda.com /var/www/honlap

A válaszokat előre is köszönöm.</description>
		<content:encoded><![CDATA[<p>Ez működne? (Nem linux előtt ülök, így hirtelen nem tudom kipróbálni):<br />
#!/bin/bash<br />
svn export &#8211;username testuser &#8211;password testpass <a href="http://svn.pelda.com" rel="nofollow">http://svn.pelda.com</a> /var/www/honlap</p>
<p>A válaszokat előre is köszönöm.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Attila</title>
		<link>http://webakademia.hu/2007/10/svn-alapok/comment-page-1/#comment-3341</link>
		<dc:creator>Attila</dc:creator>
		<pubDate>Sun, 01 Feb 2009 20:52:11 +0000</pubDate>
		<guid isPermaLink="false">http://webakademia.hu/?p=17#comment-3341</guid>
		<description>Sziasztok,

Mi a menete annak, ha egy svn repo-ba lévő oldalt át szeretnék másolni webroot-ba, hogy tesztelni tudjam? Gondolom hook-okal commit-ok után lenne a legkézenfekvőbb. De mivel sem a perl, sem a bash script-ek nem az erősségeim, ezért valami útmutatót szeretnék kérni.</description>
		<content:encoded><![CDATA[<p>Sziasztok,</p>
<p>Mi a menete annak, ha egy svn repo-ba lévő oldalt át szeretnék másolni webroot-ba, hogy tesztelni tudjam? Gondolom hook-okal commit-ok után lenne a legkézenfekvőbb. De mivel sem a perl, sem a bash script-ek nem az erősségeim, ezért valami útmutatót szeretnék kérni.</p>
]]></content:encoded>
	</item>
	<item>
		<title>AE ~ blogokosság &#187; Blog Archive &#187; 153 kombináció, ahogyan szar</title>
		<link>http://webakademia.hu/2007/10/svn-alapok/comment-page-1/#comment-2575</link>
		<dc:creator>AE ~ blogokosság &#187; Blog Archive &#187; 153 kombináció, ahogyan szar</dc:creator>
		<pubDate>Fri, 07 Nov 2008 21:31:18 +0000</pubDate>
		<guid isPermaLink="false">http://webakademia.hu/?p=17#comment-2575</guid>
		<description>[...] hogy mi az az svn? Téged úgysem érdekel, ha meg igen, akkor&#8230; These icons link to social bookmarking sites where readers can share and discover new web [...]</description>
		<content:encoded><![CDATA[<p>[...] hogy mi az az svn? Téged úgysem érdekel, ha meg igen, akkor&#8230; These icons link to social bookmarking sites where readers can share and discover new web [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>WebMánia &#187; SVN ignore</title>
		<link>http://webakademia.hu/2007/10/svn-alapok/comment-page-1/#comment-2300</link>
		<dc:creator>WebMánia &#187; SVN ignore</dc:creator>
		<pubDate>Mon, 15 Sep 2008 10:15:20 +0000</pubDate>
		<guid isPermaLink="false">http://webakademia.hu/?p=17#comment-2300</guid>
		<description>[...] SVN alapokról olvashattok a [...]</description>
		<content:encoded><![CDATA[<p>[...] SVN alapokról olvashattok a [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>SVN: telepítés at ‹Webakadémia /›</title>
		<link>http://webakademia.hu/2007/10/svn-alapok/comment-page-1/#comment-92</link>
		<dc:creator>SVN: telepítés at ‹Webakadémia /›</dc:creator>
		<pubDate>Fri, 16 Nov 2007 09:49:42 +0000</pubDate>
		<guid isPermaLink="false">http://webakademia.hu/?p=17#comment-92</guid>
		<description>[...] SVN bevezető bejegyzésem igen pozitív visszajelzéseket kapott, több reakció is érkezett rá. Az egyikben [...]</description>
		<content:encoded><![CDATA[<p>[...] SVN bevezető bejegyzésem igen pozitív visszajelzéseket kapott, több reakció is érkezett rá. Az egyikben [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Zila</title>
		<link>http://webakademia.hu/2007/10/svn-alapok/comment-page-1/#comment-70</link>
		<dc:creator>Zila</dc:creator>
		<pubDate>Tue, 13 Nov 2007 13:05:23 +0000</pubDate>
		<guid isPermaLink="false">http://webakademia.hu/?p=17#comment-70</guid>
		<description>Dokumentumok és egyéb nem forráskód jellegű felhasználásra nagyon kényelmes dolog a DAV. Egy apache+svn párossal a repository-t webDAV protokollal mountolni lehet hálózati driveként, ezen közvetlenül dolgozhatunk és minden mentés egy új verziót fog jelenteni az adott dokumentumról. Ehhez be kell kapcsolni a szerveren az Autoversioning kapcsolót (Autoversioning on a megfelelő location/virtualhost szekcióban). Így nem kell checkoutolni és commitolni sem. Persze így nem lesznek megjegyzések az egyes verziókhoz, plusz nem minden dav kliens támogatja a deltaV-t, így ezekben az esetekben nem csak a változás, hanem a teljes file kerül bele a repository-ba, de mint tudjuk, ingyen leves nem létezik :) 

Hibajegykezelő integrációhoz az Eclipse Mylyn pluginjét tudom ajánlani (persze a Subversive pluginnel együtt). A Mylynnel Bugzillához vagy trachez (vagy mantishoz, jira-hoz) lehet kapcsolódni ezek xmlrpc felületén lekéri a hibajegyeket, ezeket lehet szerkeszteni, és fókuszba lehet hozni egy adott hibát: amikor elkezdesz dolgozni egy hiba javításán akkor az érintett fileokat mutatja csak a projectben, commitkor automatikusan kitölti a megjegyzés mezőt a hibajegy számával, linket rak a hibajegyre, és beleírja a jegy állapotát is, természetesen ez az automatikus kitöltés template-n keresztül történik, így teljesen testre szabható.</description>
		<content:encoded><![CDATA[<p>Dokumentumok és egyéb nem forráskód jellegű felhasználásra nagyon kényelmes dolog a DAV. Egy apache+svn párossal a repository-t webDAV protokollal mountolni lehet hálózati driveként, ezen közvetlenül dolgozhatunk és minden mentés egy új verziót fog jelenteni az adott dokumentumról. Ehhez be kell kapcsolni a szerveren az Autoversioning kapcsolót (Autoversioning on a megfelelő location/virtualhost szekcióban). Így nem kell checkoutolni és commitolni sem. Persze így nem lesznek megjegyzések az egyes verziókhoz, plusz nem minden dav kliens támogatja a deltaV-t, így ezekben az esetekben nem csak a változás, hanem a teljes file kerül bele a repository-ba, de mint tudjuk, ingyen leves nem létezik <img src='http://webakademia.hu/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' />  </p>
<p>Hibajegykezelő integrációhoz az Eclipse Mylyn pluginjét tudom ajánlani (persze a Subversive pluginnel együtt). A Mylynnel Bugzillához vagy trachez (vagy mantishoz, jira-hoz) lehet kapcsolódni ezek xmlrpc felületén lekéri a hibajegyeket, ezeket lehet szerkeszteni, és fókuszba lehet hozni egy adott hibát: amikor elkezdesz dolgozni egy hiba javításán akkor az érintett fileokat mutatja csak a projectben, commitkor automatikusan kitölti a megjegyzés mezőt a hibajegy számával, linket rak a hibajegyre, és beleírja a jegy állapotát is, természetesen ez az automatikus kitöltés template-n keresztül történik, így teljesen testre szabható.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Scriblio már 2.3-as WP-n is at élet és könyvtár</title>
		<link>http://webakademia.hu/2007/10/svn-alapok/comment-page-1/#comment-45</link>
		<dc:creator>Scriblio már 2.3-as WP-n is at élet és könyvtár</dc:creator>
		<pubDate>Tue, 06 Nov 2007 08:58:39 +0000</pubDate>
		<guid isPermaLink="false">http://webakademia.hu/?p=17#comment-45</guid>
		<description>[...] boldog lennék, ha ezt valaki emberi nyelven elmesélné nekem is&#8230; Update: Bártházi András megtette. Köszönöm. (MInden látszat ellenére tőlem függetlenül ; [...]</description>
		<content:encoded><![CDATA[<p>[...] boldog lennék, ha ezt valaki emberi nyelven elmesélné nekem is&#8230; Update: Bártházi András megtette. Köszönöm. (MInden látszat ellenére tőlem függetlenül ; [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Bártházi András</title>
		<link>http://webakademia.hu/2007/10/svn-alapok/comment-page-1/#comment-34</link>
		<dc:creator>Bártházi András</dc:creator>
		<pubDate>Wed, 31 Oct 2007 10:45:33 +0000</pubDate>
		<guid isPermaLink="false">http://webakademia.hu/?p=17#comment-34</guid>
		<description>Köszönöm a kiegészítést, ez a szöveges-bináris rész például valóban kimaradt. Az éles rendszer update-je commitkor valóban veszélyes, csak az adrenalint kedvelőknek ajánlott. :) Persze meg lehet spékelni azzal, hogy helyben mindenki kipróbálja magának a kódot egy saját változaton, de idág bevallom nem jutottunk el a Weblabor esetében anno (most készülök egy saját Weblabort összerakni helyben). Mondjuk ilyenkor rendszerint átgondolja az ember, hogy pontosan mit is küld be, és nem vadon küldözget be mindent.

A Trac valóban jó dolog, én is csak ajánlani tudom. A telepítése sajnos nem egyszerű, bár lehet, hogy ez az évek során változott, egyszerűsödött, nem tudom.</description>
		<content:encoded><![CDATA[<p>Köszönöm a kiegészítést, ez a szöveges-bináris rész például valóban kimaradt. Az éles rendszer update-je commitkor valóban veszélyes, csak az adrenalint kedvelőknek ajánlott. <img src='http://webakademia.hu/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' />  Persze meg lehet spékelni azzal, hogy helyben mindenki kipróbálja magának a kódot egy saját változaton, de idág bevallom nem jutottunk el a Weblabor esetében anno (most készülök egy saját Weblabort összerakni helyben). Mondjuk ilyenkor rendszerint átgondolja az ember, hogy pontosan mit is küld be, és nem vadon küldözget be mindent.</p>
<p>A Trac valóban jó dolog, én is csak ajánlani tudom. A telepítése sajnos nem egyszerű, bár lehet, hogy ez az évek során változott, egyszerűsödött, nem tudom.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Tom</title>
		<link>http://webakademia.hu/2007/10/svn-alapok/comment-page-1/#comment-33</link>
		<dc:creator>Tom</dc:creator>
		<pubDate>Wed, 31 Oct 2007 10:35:26 +0000</pubDate>
		<guid isPermaLink="false">http://webakademia.hu/?p=17#comment-33</guid>
		<description>Csak annyival egészíteném ki, hogy igazán hatékonyan szöveges fájlokkal működik, hiszen azokat lehet a legegyszerűbben összehasonlítani és ebben az esetben nem őriz meg minden változatot teljes egészében, hanem csak a változásokat. Ennek köszönhető, hogy bármikor bármelyik revision-t ki tudod szedni. Ugyan vannak kísérletek különböző bináris formátumú adatok kezelésére, de általában ott az egész fájl mentésre kerül, ami esetenként rendesen zabálja a tárterületet (persze ha gyakran változik).
Vannak akik azt mondják, hogy csak bizonyos fejlesztői szám felett érdemes használni verziókezelőt. Ezt persze ne fogadjuk el ;-) Egy egyszemélyes projektnél is nagyon hasznos tud lenni!

A commit utáni azonnali frissítést az éles rendszeren egy kicsit veszélyesnek tartom, de valószínűleg ez is környezetfüggő megoldás. Én csak olyan projektben használtam cvs/svn-t, ahol komoly fordítási/buildelési feladatok is voltak (java), nem is beszélve a telepítésről. Magába a verziókezelőbe nem építettünk semmiféle extra logikát, ne foglalkozzon ő szintaktikával meg ilyenekkel. Íratlan szabály, hogy mielőtt valaki beküldi a változtatásait, előtte frissítse a lokális verziót és végezze el az ellenőrzést, hogy minden rendben van-e. Ezek után mehet a commit. Természetesen ennek ellenére is beállhat némi inkonzisztencia, ilyenkor jön jól, ha be van állítva, hogy éjjel/hajnalban egy automatizmus leszedi a kódot, fordít, buildel és küldi a státuszjelentést a projektvezetőnek. Ezek után remekül lehet pellengérre állítani azokat az embereket, akik figyelmetlenül küldözgetik be a javításaikat :-)

A hibakezeléssel való összedrótozásról nekem egyből a &lt;a href=&quot;http://trac.edgewall.org/&quot; rel=&quot;nofollow&quot;&gt;trac&lt;/a&gt; jutott eszembe, mert bár létezik jópár hasonló, nekem ez a favoritom. Ez az a rendszer, ahol egybegyúrták a projektkezelést a verziókezelővel, a hibakezelővel (ami messze nem csak hibakezelő) és egy wikivel és nem mellékesen remek webes felületet biztosít az svn repository-hoz :-).
Nagyon barátságos, őszintén ajánlom mindenkinek!</description>
		<content:encoded><![CDATA[<p>Csak annyival egészíteném ki, hogy igazán hatékonyan szöveges fájlokkal működik, hiszen azokat lehet a legegyszerűbben összehasonlítani és ebben az esetben nem őriz meg minden változatot teljes egészében, hanem csak a változásokat. Ennek köszönhető, hogy bármikor bármelyik revision-t ki tudod szedni. Ugyan vannak kísérletek különböző bináris formátumú adatok kezelésére, de általában ott az egész fájl mentésre kerül, ami esetenként rendesen zabálja a tárterületet (persze ha gyakran változik).<br />
Vannak akik azt mondják, hogy csak bizonyos fejlesztői szám felett érdemes használni verziókezelőt. Ezt persze ne fogadjuk el <img src='http://webakademia.hu/wp-includes/images/smilies/icon_wink.gif' alt=';-)' class='wp-smiley' />  Egy egyszemélyes projektnél is nagyon hasznos tud lenni!</p>
<p>A commit utáni azonnali frissítést az éles rendszeren egy kicsit veszélyesnek tartom, de valószínűleg ez is környezetfüggő megoldás. Én csak olyan projektben használtam cvs/svn-t, ahol komoly fordítási/buildelési feladatok is voltak (java), nem is beszélve a telepítésről. Magába a verziókezelőbe nem építettünk semmiféle extra logikát, ne foglalkozzon ő szintaktikával meg ilyenekkel. Íratlan szabály, hogy mielőtt valaki beküldi a változtatásait, előtte frissítse a lokális verziót és végezze el az ellenőrzést, hogy minden rendben van-e. Ezek után mehet a commit. Természetesen ennek ellenére is beállhat némi inkonzisztencia, ilyenkor jön jól, ha be van állítva, hogy éjjel/hajnalban egy automatizmus leszedi a kódot, fordít, buildel és küldi a státuszjelentést a projektvezetőnek. Ezek után remekül lehet pellengérre állítani azokat az embereket, akik figyelmetlenül küldözgetik be a javításaikat <img src='http://webakademia.hu/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
<p>A hibakezeléssel való összedrótozásról nekem egyből a <a href="http://trac.edgewall.org/" rel="nofollow">trac</a> jutott eszembe, mert bár létezik jópár hasonló, nekem ez a favoritom. Ez az a rendszer, ahol egybegyúrták a projektkezelést a verziókezelővel, a hibakezelővel (ami messze nem csak hibakezelő) és egy wikivel és nem mellékesen remek webes felületet biztosít az svn repository-hoz <img src='http://webakademia.hu/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> .<br />
Nagyon barátságos, őszintén ajánlom mindenkinek!</p>
]]></content:encoded>
	</item>
	<item>
		<title>kobak pont org &#187; links for 2007-10-31</title>
		<link>http://webakademia.hu/2007/10/svn-alapok/comment-page-1/#comment-32</link>
		<dc:creator>kobak pont org &#187; links for 2007-10-31</dc:creator>
		<pubDate>Wed, 31 Oct 2007 01:28:16 +0000</pubDate>
		<guid isPermaLink="false">http://webakademia.hu/?p=17#comment-32</guid>
		<description>[...] SVN: alapok at ‹Webakadémia /› Barthazi Andras nagyon jo kis bevezetoje, benne minden fontos, amit az svn-rol tudni kell. (tags: webakademia svn tutorial magyar barthazi) [...]</description>
		<content:encoded><![CDATA[<p>[...] SVN: alapok at ‹Webakadémia /› Barthazi Andras nagyon jo kis bevezetoje, benne minden fontos, amit az svn-rol tudni kell. (tags: webakademia svn tutorial magyar barthazi) [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
<!-- WP Super Cache is installed but broken. The path to wp-cache-phase1.php in wp-content/advanced-cache.php must be fixed! -->
