Yes, that is very possible. In fact that is the whole point behind a branch. You have the common parts of your sources (those in green in your case) in the mainline tree and then create branches to hold the unique parts (the bits in red) separately. The most important thing is to show that they share a common history in the project.<div>
<br></div><div>Again branches are usually implemented as &quot;cheap copies&quot; (I think svn uses hard links for them) so they use really little disk space. That means that you can have as many as you want with little penalty on your storage.</div>
<div><br></div><div>Martin.<br><br><div class="gmail_quote">On Mon, Mar 18, 2013 at 3:13 PM, James Nzomo <span dir="ltr">&lt;<a href="mailto:kazikubwa@gmail.com" target="_blank">kazikubwa@gmail.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>Thanks fellas for all those valuable pointers.</div>Just 1 last n00b question...please bear with me. It might be abit layman<div>
<br>Suppose my source tree is like so:-<div><br></div><div><font face="courier new, monospace"><b>+/src_root_dir</b></font></div>

<div><font face="courier new, monospace"><b>    |</b></font></div><div><b><font face="courier new, monospace">    +/<font color="#009900">dir_with_common_src</font></font><span style="font-family:&#39;courier new&#39;,monospace"><font color="#009900">_a/</font></span></b></div>


<div><span style="font-family:&#39;courier new&#39;,monospace"><b>    |</b></span></div><div><font face="courier new, monospace"><b>    +/<font color="#009900">dir_with_common_src_b/</font></b></font></div><div><font face="courier new, monospace"><b>    |</b></font></div>


<div><span style="font-family:&#39;courier new&#39;,monospace"><b>    +/<font color="#cc0000">dir_with_src_serv_conflicting_requirements/</font></b></span></div><div><div><div><font face="courier new, monospace"><b>    |</b></font></div>


<div><b><font face="courier new, monospace">    .<font color="#009900">common</font></font><span style="font-family:&#39;courier new&#39;,monospace"><font color="#009900">.cpp</font></span></b></div><div><span style="font-family:&#39;courier new&#39;,monospace"><b>    |</b></span></div>


<div><font face="courier new, monospace"><b>    .<font color="#009900">common.h</font></b></font></div></div><div><font><font><div><div><font face="courier new, monospace"><b>    |</b></font></div><div><span style="font-family:&#39;courier new&#39;,monospace"><b>    .<font color="#cc0000">projec_file_(need_2_of_these_coz_of_the_above_red_headache).cbp</font></b></span></div>


</div><div><font face="arial, sans-serif"><span style="border-collapse:collapse"><span style="font-size:13px"><br></span></span></font></div><div><font face="arial, sans-serif"><span style="border-collapse:collapse"><span style="font-size:13px">Can they all gimme different branches with only the red being different<b> (including the solo project file)</b></span></span></font></div>


<div><font face="arial, sans-serif"><span style="border-collapse:collapse">&amp; the green being the same across all branches..even after mods.</span></font></div><div><font face="arial, sans-serif"><span style="border-collapse:collapse"><br>


</span></font></div><div><font face="arial, sans-serif"><span style="border-collapse:collapse"><span style="font-size:13px">Yaani... i&#39;d like the red to vary but the green to remain common.<br><br></span></span></font></div>


<div><font face="arial, sans-serif"><span style="border-collapse:collapse"><span style="font-size:13px"><br></span></span></font></div><div><font face="arial, sans-serif"><span style="border-collapse:collapse"><span style="font-size:13px">_______________________________________________</span></span></font></div>


<div><font face="arial, sans-serif"><span style="border-collapse:collapse"><span style="font-size:13px"><br></span></span></font></div></font></font><div class="im"><div><font color="#666666" face="courier new, monospace"><b><i>In programming, as in everything else, to be in error is to be reborn.</i></b></font><i><font face="courier new, monospace"><b> </b></font></i></div>


</div><div><div><div><font><font><font><div><span style="border-collapse:collapse">_______________________________________________</span></div><div style="font-family:&#39;courier new&#39;,monospace;white-space:pre-wrap;color:rgb(0,102,0);font-weight:bold">


<span style="color:rgb(0,0,0);font-weight:normal"><b><font color="#006600"><span style="color:rgb(0,0,0);font-weight:normal"><b><font color="#006600"><div style="display:inline!important"><span style="white-space:pre-wrap"><font face="&#39;courier new&#39;, monospace"><b><font color="#006600"><span style="border-collapse:collapse;font-family:arial,sans-serif;font-size:13px;color:rgb(0,0,0);font-weight:normal;white-space:normal"><br>


</span></font></b></font></span></div></font></b></span></font></b></span></div></font></font></font></div></div></div></div><div><div class="h5">
<br><br><div class="gmail_quote">2013/3/18 Adam Nelson <span dir="ltr">&lt;<a href="mailto:adam@varud.com" target="_blank">adam@varud.com</a>&gt;</span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">


<div dir="ltr">I&#39;ll be the most opinionated here:<div><br></div><div>Use git and ideally use Github.</div><div><br></div><div>Hg (mercurial) is a fine alternative but it doesn&#39;t have the penetration git has (i.e. Microsoft supports git natively in Visual Studio).  </div>



<div><br></div><div>Using SVN is selling yourself short.  There are tens of thousands of projects using SVN but many new projects are started on a DVCS like git.  Git is where most new innovative projects are happening, and to a degree Mercurial, but I can&#39;t think of anybody I know starting a project on SVN anymore.</div>


<span><font color="#888888">
</font></span><div class="gmail_extra"><span><font color="#888888"><br clear="all"><div><div dir="ltr"><div>-Adam</div></div></div>
<br><br></font></span><div class="gmail_quote"><div>On Mon, Mar 18, 2013 at 9:44 AM, Kiti Chigiri <span dir="ltr">&lt;<a href="mailto:kiti.chigiri@gmail.com" target="_blank">kiti.chigiri@gmail.com</a>&gt;</span> wrote:<br>


</div><div><div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr"><div>+1 on the pain in the neck when merging from svn. <br><br>Having worked on both svn and git in a cloud hosted enviroment(jira and bitbucket) with a huge codebase, I found git to work much better than svn.<br>





<br></div><br></div><div><div><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Mar 18, 2013 at 9:37 AM, Martin Chiteri <span dir="ltr">&lt;<a href="mailto:martin.chiteri@gmail.com" target="_blank">martin.chiteri@gmail.com</a>&gt;</span> wrote:<br>





<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I agree with @Rad, performance differences between git and hg are negligible since it usually boils down to slight variances on the number of machine cycles taken to do some of the operations. Also, using dvc&#39;s takes a little different frame of mind to utilize well. <div>






<br></div><div>One other thing I would like you to note is that you should consider if you are going to have many branching and by extension merging operations applied to your source tree. If say have lots modules or features, some experimental being worked on in parallel by different people which are re-integrated to the mainline code every few days / weeks, chances are high that git or hg are better suited for the task. Last time I checked, svn as of version 1.5, was a pain in the neck to do merge operations. It is possible albeit very confusing in my opinion. In addition you lose all the commit history logged during the branching operations. </div>






<div><br></div><div>With git and hg, this is arguably the most natural thing to do. In fact every checkout from a git or Mercurial repository is essentially a remote branch which can be pushed back later. Luckily for svn users there is a git-svn translation utility to assist in doing branch / merge to svn repos <a href="http://stackoverflow.com/questions/12605767/git-svn-merging-and-committing-branches" target="_blank">http://stackoverflow.com/questions/12605767/git-svn-merging-and-committing-branches</a>. You can use the same tool to work entirely with subversion repositories through a git client. </div>





<span><font color="#888888">
<div><br></div></font></span><div><span><font color="#888888">Martin.</font></span><div><div><br><br><div class="gmail_quote">On Mon, Mar 18, 2013 at 9:07 AM, Rad! <span dir="ltr">&lt;<a href="mailto:conradakunga@gmail.com" target="_blank">conradakunga@gmail.com</a>&gt;</span> wrote:<br>






<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Having used all I echo Martin&#39;s views apart from the following<div>- the performance difference between git and mercurial is negligible in most cases</div>






<div>- git allows you to easily modify commits. Some folks don&#39;t think this is a good thing. (you can in mercurial too, but you need to do a bit of work)</div>
<div>- to use a dvcs you must really understand the fundamentals of a dvcs. Don&#39;t just use the way you use SVN - there are subtle differences that can lead to you shooting yourself in the foot<div><div><span></span><br>






<br>On Monday, March 18, 2013, Martin Chiteri  wrote:<br>
</div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div>Hi James,<br>
<br>
A more general rule-of-thumb is to use svn when you have good access<br>
to a shared network infrastructure and for some reason (administrative<br>
maybe?) you need to have a centralized repository for sources.<br>
<br>
Git / Mercurial works well when you at times need to work offline and<br>
the nature of your project is somewhat de-centralized (kind-of peer to<br>
peer).<br>
<br>
I love git and *always* use it for my personal projects but I prefer<br>
svn at work. Also in the beginning git required a little more<br>
brain-power to use than svn so it may appear to be less newbie<br>
friendly than svn. Currently, they are more-or less as easy to use.<br>
<br>
I always prefer git to Mercurial since they are both distributed VCS<br>
but git is said to be as lighting fast. This should be because git is<br>
entirely written in C, Mercurial is Python-based so it most probably<br>
suffers from the overhead of an interpreter.<br>
<br>
Have never used bazaar so cannot comment on it. You can try them all<br>
and make your pick.<br>
<br>
Martin.<br>
<br>
On 3/17/13, James Nzomo &lt;<a>kazikubwa@gmail.com</a>&gt; wrote:<br>
&gt; Hello sw-dev oriented skunks!<br>
&gt;<br>
&gt; I&#39;ve been raking my head about a SW project for various users, each with<br>
&gt; &quot;slightly&quot; different requirements.<br>
&gt; It&#39;s a nightmare coming up with 1 solution that fits all, so i decided to<br>
&gt; experiment with a VC system.<br>
&gt;<br>
&gt; What VCS (among the above) would you recommend for a proprietary sw app?<br>
&gt;<br>
&gt;<br>
&gt; _______________________________________________<br>
&gt;<br>
&gt; *In programming, as in everything else, to be in error is to be reborn.** *<br>
&gt; _______________________________________________<br>
&gt; *<br>
&gt;<br>
&gt; *<br>
&gt;<br></div></div><div>
_______________________________________________<br>
skunkworks mailing list<br>
<a>skunkworks@lists.my.co.ke</a><br>
------------<br>
List info, subscribe/unsubscribe<br>
<a href="http://lists.my.co.ke/cgi-bin/mailman/listinfo/skunkworks" target="_blank">http://lists.my.co.ke/cgi-bin/mailman/listinfo/skunkworks</a><br>
------------<br>
<br>
Skunkworks Rules<br>
<a href="http://my.co.ke/phpbb/viewtopic.php?f=24&amp;t=94" target="_blank">http://my.co.ke/phpbb/viewtopic.php?f=24&amp;t=94</a><br>
------------<br>
Other services @ <a href="http://my.co.ke" target="_blank">http://my.co.ke</a><br>
</div></blockquote></div>
<br>_______________________________________________<br>
skunkworks mailing list<br>
<a href="mailto:skunkworks@lists.my.co.ke" target="_blank">skunkworks@lists.my.co.ke</a><br>
------------<br>
List info, subscribe/unsubscribe<br>
<a href="http://lists.my.co.ke/cgi-bin/mailman/listinfo/skunkworks" target="_blank">http://lists.my.co.ke/cgi-bin/mailman/listinfo/skunkworks</a><br>
------------<br>
<br>
Skunkworks Rules<br>
<a href="http://my.co.ke/phpbb/viewtopic.php?f=24&amp;t=94" target="_blank">http://my.co.ke/phpbb/viewtopic.php?f=24&amp;t=94</a><br>
------------<br>
Other services @ <a href="http://my.co.ke" target="_blank">http://my.co.ke</a><br></blockquote></div><br></div></div></div>
<br>_______________________________________________<br>
skunkworks mailing list<br>
<a href="mailto:skunkworks@lists.my.co.ke" target="_blank">skunkworks@lists.my.co.ke</a><br>
------------<br>
List info, subscribe/unsubscribe<br>
<a href="http://lists.my.co.ke/cgi-bin/mailman/listinfo/skunkworks" target="_blank">http://lists.my.co.ke/cgi-bin/mailman/listinfo/skunkworks</a><br>
------------<br>
<br>
Skunkworks Rules<br>
<a href="http://my.co.ke/phpbb/viewtopic.php?f=24&amp;t=94" target="_blank">http://my.co.ke/phpbb/viewtopic.php?f=24&amp;t=94</a><br>
------------<br>
Other services @ <a href="http://my.co.ke" target="_blank">http://my.co.ke</a><br></blockquote></div><br></div>
</div></div><br>_______________________________________________<br>
skunkworks mailing list<br>
<a href="mailto:skunkworks@lists.my.co.ke" target="_blank">skunkworks@lists.my.co.ke</a><br>
------------<br>
List info, subscribe/unsubscribe<br>
<a href="http://lists.my.co.ke/cgi-bin/mailman/listinfo/skunkworks" target="_blank">http://lists.my.co.ke/cgi-bin/mailman/listinfo/skunkworks</a><br>
------------<br>
<br>
Skunkworks Rules<br>
<a href="http://my.co.ke/phpbb/viewtopic.php?f=24&amp;t=94" target="_blank">http://my.co.ke/phpbb/viewtopic.php?f=24&amp;t=94</a><br>
------------<br>
Other services @ <a href="http://my.co.ke" target="_blank">http://my.co.ke</a><br></blockquote></div></div></div><br></div></div>
<br>_______________________________________________<br>
skunkworks mailing list<br>
<a href="mailto:skunkworks@lists.my.co.ke" target="_blank">skunkworks@lists.my.co.ke</a><br>
------------<br>
List info, subscribe/unsubscribe<br>
<a href="http://lists.my.co.ke/cgi-bin/mailman/listinfo/skunkworks" target="_blank">http://lists.my.co.ke/cgi-bin/mailman/listinfo/skunkworks</a><br>
------------<br>
<br>
Skunkworks Rules<br>
<a href="http://my.co.ke/phpbb/viewtopic.php?f=24&amp;t=94" target="_blank">http://my.co.ke/phpbb/viewtopic.php?f=24&amp;t=94</a><br>
------------<br>
Other services @ <a href="http://my.co.ke" target="_blank">http://my.co.ke</a><br></blockquote></div><br></div></div></div></div>
<br>_______________________________________________<br>
skunkworks mailing list<br>
<a href="mailto:skunkworks@lists.my.co.ke">skunkworks@lists.my.co.ke</a><br>
------------<br>
List info, subscribe/unsubscribe<br>
<a href="http://lists.my.co.ke/cgi-bin/mailman/listinfo/skunkworks" target="_blank">http://lists.my.co.ke/cgi-bin/mailman/listinfo/skunkworks</a><br>
------------<br>
<br>
Skunkworks Rules<br>
<a href="http://my.co.ke/phpbb/viewtopic.php?f=24&amp;t=94" target="_blank">http://my.co.ke/phpbb/viewtopic.php?f=24&amp;t=94</a><br>
------------<br>
Other services @ <a href="http://my.co.ke" target="_blank">http://my.co.ke</a><br></blockquote></div><br></div>