<?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>Comments on: Code sharing using svn:externals property</title>
	<atom:link href="http://kimkijeung.com/2009/02/12/code-sharing-using-svnexternals-property/feed/" rel="self" type="application/rss+xml" />
	<link>http://kimkijeung.com/2009/02/12/code-sharing-using-svnexternals-property/</link>
	<description>Interactive development,flash,Actionscript</description>
	<lastBuildDate>Thu, 15 Apr 2010 03:27:06 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: vkimone</title>
		<link>http://kimkijeung.com/2009/02/12/code-sharing-using-svnexternals-property/comment-page-1/#comment-46</link>
		<dc:creator>vkimone</dc:creator>
		<pubDate>Fri, 13 Feb 2009 03:56:47 +0000</pubDate>
		<guid isPermaLink="false">http://vkimone.inblog.kr/?p=547#comment-46</guid>
		<description>네...오랜만에 포스팅하네요 ^^
말씀하신데로 물론 외부 라이브러리를 수정했을시에 관리가 좀 애매해지는 경우가 있습니다. 그래서 되도록이면 외부저장소의 파일들은 항상 읽기 전용으로 취급해서 관리하는 편이 바람직하다고 합니다. 예를들어 MyProject 라는 프로젝트에서 연결한 외부라이브러리에서 수정사항이 발생했을경우 직접 수정하지 말고 해당 외부저장소 작업본에서 버그를 수정한 후에 다시 MyProject에 돌아와 갱신하는 방식을 권장하는 편입니다. 물론 대부분의 오픈소스는 변경을 해도 권한이 없기 때문에 커밋을 한다해도 반영이 안되겠죠.
프로젝트의 성격이나 종류에 따라 약간씩 차이가 있어 어느것이 정답이라고는 말씀드릴 수가 없겠네요...^^ 단지 작업자가 편하다고 생각하고 효율적이다고 여기면 그것이 정답인것 같습니다.</description>
		<content:encoded><![CDATA[<p>네&#8230;오랜만에 포스팅하네요 ^^<br />
말씀하신데로 물론 외부 라이브러리를 수정했을시에 관리가 좀 애매해지는 경우가 있습니다. 그래서 되도록이면 외부저장소의 파일들은 항상 읽기 전용으로 취급해서 관리하는 편이 바람직하다고 합니다. 예를들어 MyProject 라는 프로젝트에서 연결한 외부라이브러리에서 수정사항이 발생했을경우 직접 수정하지 말고 해당 외부저장소 작업본에서 버그를 수정한 후에 다시 MyProject에 돌아와 갱신하는 방식을 권장하는 편입니다. 물론 대부분의 오픈소스는 변경을 해도 권한이 없기 때문에 커밋을 한다해도 반영이 안되겠죠.<br />
프로젝트의 성격이나 종류에 따라 약간씩 차이가 있어 어느것이 정답이라고는 말씀드릴 수가 없겠네요&#8230;^^ 단지 작업자가 편하다고 생각하고 효율적이다고 여기면 그것이 정답인것 같습니다.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ahnsw</title>
		<link>http://kimkijeung.com/2009/02/12/code-sharing-using-svnexternals-property/comment-page-1/#comment-45</link>
		<dc:creator>ahnsw</dc:creator>
		<pubDate>Fri, 13 Feb 2009 02:07:37 +0000</pubDate>
		<guid isPermaLink="false">http://vkimone.inblog.kr/?p=547#comment-45</guid>
		<description>오~~ 매우 오랜만에 포스팅 하신 것 같네요!
저도 최근 프로젝트 관리를 SVN 으로 하고 있는데 저런 외부 프로젝트 관리가 문제시 되더군요. 제가 사용하는 클라이언트인 TortoiseSVN의 경우 외부등록된 SVN 폴더를 그대로 가져와도 기본적으로 같이 관리가 되지는 않더군요. 
헌데 이렇게 사용 할 경우 혹여나 외부라이브러리를 수정하게 되면 관리가 모호해지는 경향이 있는 것 같습니다. 그래서 전 그냥 외부라이브러리는 export 시켜서 프로젝트에 넣어 관리하고 있습니다. 
같은 이유로 공용라이브러리도 사용 안 하구요.

한 프로젝트의 소스는 한 폴더에~~ 주의입니다만 이게 효율적인 것인지는 아직 모르겠네요.</description>
		<content:encoded><![CDATA[<p>오~~ 매우 오랜만에 포스팅 하신 것 같네요!<br />
저도 최근 프로젝트 관리를 SVN 으로 하고 있는데 저런 외부 프로젝트 관리가 문제시 되더군요. 제가 사용하는 클라이언트인 TortoiseSVN의 경우 외부등록된 SVN 폴더를 그대로 가져와도 기본적으로 같이 관리가 되지는 않더군요.<br />
헌데 이렇게 사용 할 경우 혹여나 외부라이브러리를 수정하게 되면 관리가 모호해지는 경향이 있는 것 같습니다. 그래서 전 그냥 외부라이브러리는 export 시켜서 프로젝트에 넣어 관리하고 있습니다.<br />
같은 이유로 공용라이브러리도 사용 안 하구요.</p>
<p>한 프로젝트의 소스는 한 폴더에~~ 주의입니다만 이게 효율적인 것인지는 아직 모르겠네요.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
