<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="http://blogs.msdn.com/utility/FeedStylesheets/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/"><channel><title>organizing you source code</title><link>http://blogs.msdn.com/brada/archive/2004/06/12/154406.aspx</link><description>Because of my involvement with the Design Guidelines effort I often get asked about &amp;#8220;coding conventions&amp;#8221; such as tab v. spaces, where to put the open brace, etc. My usual policy is not the chime in&amp;#8230; these issues have a ton of religion</description><dc:language>en-US</dc:language><generator>CommunityServer 2.1 SP1 (Build: 61025.2)</generator><item><title>re: organizing you source code</title><link>http://blogs.msdn.com/brada/archive/2004/06/12/154406.aspx#154567</link><pubDate>Sun, 13 Jun 2004 11:04:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:154567</guid><dc:creator>Uwe</dc:creator><description>You can use the VS File Finder plugin, maybe this helps a little bit (at least for me, it does :-)): &lt;a target="_new" href="http://www.codeproject.com/dotnet/VS_File_Finder.asp"&gt;http://www.codeproject.com/dotnet/VS_File_Finder.asp&lt;/a&gt;</description></item><item><title>Source Code Organization</title><link>http://blogs.msdn.com/brada/archive/2004/06/12/154406.aspx#154716</link><pubDate>Sun, 13 Jun 2004 21:44:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:154716</guid><dc:creator>Being Scott Densmore</dc:creator><description /></item><item><title>re: organizing you source code</title><link>http://blogs.msdn.com/brada/archive/2004/06/12/154406.aspx#154761</link><pubDate>Sun, 13 Jun 2004 20:15:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:154761</guid><dc:creator>Barry Dorrans</dc:creator><description>I assume that you're not actually doing them as  \MSCorLib, but rather something in the recommended MSBuild style, projects\name\main, projects\name\1001 etc, otherwise how are you going to deal with branching and pulling old versions out to fix problems without rolling out all your changes?</description></item><item><title>re: organizing you source code</title><link>http://blogs.msdn.com/brada/archive/2004/06/12/154406.aspx#154763</link><pubDate>Sun, 13 Jun 2004 20:25:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:154763</guid><dc:creator>Brad Abrams</dc:creator><description>That is fair, it is actually &amp;quot;ndp\clr\src\bcl\&amp;quot;, but I didn't want confuse the issue... </description></item><item><title>re: organizing you source code</title><link>http://blogs.msdn.com/brada/archive/2004/06/12/154406.aspx#154882</link><pubDate>Mon, 14 Jun 2004 03:04:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:154882</guid><dc:creator>Rick Childress</dc:creator><description>I've seen the project\v1.0, project\v2.0, etc at work... It's not pretty when systems get big.&lt;br&gt;&lt;br&gt;I would *imagine* a src tree such as the framework would maintain seperate trees for the major versions...&lt;br&gt;&lt;br&gt;v1.0&lt;br&gt;|--mscorlib&lt;br&gt;   |--System&lt;br&gt;      |-- ...&lt;br&gt;&lt;br&gt;v1.1&lt;br&gt;|--mscorlib&lt;br&gt;   |--System&lt;br&gt;      |-- ...</description></item><item><title>re: organizing you source code</title><link>http://blogs.msdn.com/brada/archive/2004/06/12/154406.aspx#154884</link><pubDate>Mon, 14 Jun 2004 03:05:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:154884</guid><dc:creator>Rick Childress</dc:creator><description>ahh, my spaces were eaten....&lt;br&gt;&lt;br&gt;that was *supposed* to be a tree, System under mscorlib.... :-)</description></item><item><title>Visual Studio: Living in peace with namespaces</title><link>http://blogs.msdn.com/brada/archive/2004/06/12/154406.aspx#155996</link><pubDate>Tue, 15 Jun 2004 16:14:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:155996</guid><dc:creator>Ken Brubaker</dc:creator><description>How to organize your Visual Studio project to best leverage namespaces.</description></item><item><title>Geek Notes 2004-06-24</title><link>http://blogs.msdn.com/brada/archive/2004/06/12/154406.aspx#164789</link><pubDate>Thu, 24 Jun 2004 18:25:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:164789</guid><dc:creator>Geek Noise</dc:creator><description /></item><item><title>re: organizing you source code</title><link>http://blogs.msdn.com/brada/archive/2004/06/12/154406.aspx#184346</link><pubDate>Thu, 15 Jul 2004 18:32:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:184346</guid><dc:creator>Greek Geek</dc:creator><description>It is logical to have each namespace a directory and each class a file. It is also logical to keep version trees separate. My question is, should we include major version information in the namespace root.&lt;br&gt;&lt;br&gt;namespace XYZ.MyProject.V1.Reports {}&lt;br&gt;namespace XYZ.MyProject.V2.Reports {}&lt;br&gt;&lt;br&gt;and then just change the imports/using statements to include new versions.&lt;br&gt;</description></item></channel></rss>