<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="http://msmvps.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>FxCop and the big, bad backlog</title><link>http://msmvps.com/blogs/calinoiu/archive/2007/04/22/fxcop-and-the-big-bad-backlog.aspx</link><description>A few months ago, I gave a presentation on using FxCop at the Montreal Visual Studio Users Group . The material was divided into two main topics: (a) the mechanics of using FxCop and (b) integrating FxCop use into a development process. During the first</description><dc:language>en</dc:language><generator>CommunityServer 2008.5 SP2 (Build: 40407.4157)</generator><item><title>A statistics collection tool for FxCop backlogs</title><link>http://msmvps.com/blogs/calinoiu/archive/2007/04/22/fxcop-and-the-big-bad-backlog.aspx#1515395</link><pubDate>Fri, 15 Feb 2008 20:24:32 GMT</pubDate><guid isPermaLink="false">d67277c4-116b-43f1-b688-e9ef184ea916:1515395</guid><dc:creator>I may have joined the wrong side</dc:creator><description>&lt;p&gt;For the past week or so, I&amp;#39;ve been performing last-minute documentation tasks at the day job in preparation&lt;/p&gt;&lt;img src="http://msmvps.com/aggbug.aspx?PostID=1515395" width="1" height="1"&gt;</description></item><item><title>re: FxCop and the big, bad backlog</title><link>http://msmvps.com/blogs/calinoiu/archive/2007/04/22/fxcop-and-the-big-bad-backlog.aspx#1486812</link><pubDate>Wed, 30 Jan 2008 13:10:18 GMT</pubDate><guid isPermaLink="false">d67277c4-116b-43f1-b688-e9ef184ea916:1486812</guid><dc:creator>calinoiu</dc:creator><description>&lt;p&gt;Grant: We do apply the FxCop naming rules, but not &amp;quot;just to satisfy FxCop&amp;quot;. &amp;nbsp;The naming rules are based on the naming conventions from the .NET API design guidelines (&lt;a href="http://msdn2.microsoft.com/en-us/library/ms229002.aspx" target="_new" rel="nofollow"&gt;msdn2.microsoft.com/.../ms229002.aspx&lt;/a&gt;), and following those guidelines can go a long way toward helping consumers of an API feel comfortable with its public interface.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://msmvps.com/aggbug.aspx?PostID=1486812" width="1" height="1"&gt;</description></item><item><title>re: FxCop and the big, bad backlog</title><link>http://msmvps.com/blogs/calinoiu/archive/2007/04/22/fxcop-and-the-big-bad-backlog.aspx#1479121</link><pubDate>Fri, 25 Jan 2008 02:25:03 GMT</pubDate><guid isPermaLink="false">d67277c4-116b-43f1-b688-e9ef184ea916:1479121</guid><dc:creator>Grant Palin</dc:creator><description>&lt;p&gt;Some interesting ideas here. &amp;nbsp;I recently started using FxCop on a project of mine, and have a good-sized initial backlog to deal with - 835 items, not sure how that compares with your situation...I recently wrote a post on my own blog on the basics of FxCop and using it with NAnt, so I am getting on my way.&lt;/p&gt;
&lt;p&gt;I have been reading up on the various violations I keep getting, to learn how to deal with them. &amp;nbsp;It will be a process, all right.&lt;/p&gt;
&lt;p&gt;Something I am curious about, do you necessarily write code to FxCop&amp;#39;s standards, as far as naming goes? &amp;nbsp;I know there are many preferences are out there, and wondered if anyone tailored their code just to satisfy FxCop.&lt;/p&gt;
&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://msmvps.com/aggbug.aspx?PostID=1479121" width="1" height="1"&gt;</description></item><item><title>re: FxCop and the big, bad backlog</title><link>http://msmvps.com/blogs/calinoiu/archive/2007/04/22/fxcop-and-the-big-bad-backlog.aspx#1388523</link><pubDate>Sun, 09 Dec 2007 14:21:18 GMT</pubDate><guid isPermaLink="false">d67277c4-116b-43f1-b688-e9ef184ea916:1388523</guid><dc:creator>calinoiu</dc:creator><description>&lt;p&gt;George: We briefly considered a similar approach but ended up rejecting it due to the sheer volume of our existing backlog*. &amp;nbsp;I'm guessing that you probably started with a considerably smaller smaller backlog than ours, particularly since you mention that it was a &amp;quot;modest sized project&amp;quot;, and I'm curious as to the initial size of your backlog and the rate of clean-up that you saw once the problem tracker was activated.&lt;/p&gt;
&lt;p&gt;*The desire to provide training on any given rule before bulk clean-up of problems for that rule begins was also a factor in this decision, but it didn't carry as much weight as the backlog size issue.&lt;/p&gt;
&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://msmvps.com/aggbug.aspx?PostID=1388523" width="1" height="1"&gt;</description></item><item><title>FxCop</title><link>http://msmvps.com/blogs/calinoiu/archive/2007/04/22/fxcop-and-the-big-bad-backlog.aspx#1349034</link><pubDate>Fri, 23 Nov 2007 10:21:16 GMT</pubDate><guid isPermaLink="false">d67277c4-116b-43f1-b688-e9ef184ea916:1349034</guid><dc:creator>From the software development trenches</dc:creator><description>&lt;p&gt;In previous posts about Code Metrics and Code Reviews , I explored some metrics and techniques that I&lt;/p&gt;
&lt;img src="http://msmvps.com/aggbug.aspx?PostID=1349034" width="1" height="1"&gt;</description></item><item><title>re: FxCop and the big, bad backlog</title><link>http://msmvps.com/blogs/calinoiu/archive/2007/04/22/fxcop-and-the-big-bad-backlog.aspx#1133785</link><pubDate>Thu, 23 Aug 2007 20:37:59 GMT</pubDate><guid isPermaLink="false">d67277c4-116b-43f1-b688-e9ef184ea916:1133785</guid><dc:creator>George Mills</dc:creator><description>&lt;p&gt;We took care of the backlog via different approach.&lt;/p&gt;
&lt;p&gt;We wrote a simple tool to count the number of errors on the output. If the count went up we fail the build. If the count goes down we pass the build and lower the max count allowed.&lt;/p&gt;
&lt;p&gt;This allowed us to turn on ALL errors and not let new errors into the system while we try to remove existing errors. It worked great.&lt;/p&gt;
&lt;p&gt;We also use the same tool to compare the # of projects found in the solution file and the fxcop project file. If they differ we fail the build. This way if someone adds project and forgets to add it to FxCop the build fails.&lt;/p&gt;
&lt;p&gt;I posted this info on the FxCop forum but nobody seemed to even notice. To me this made it feasable to use FxCop in the middle of a modest sized project.&lt;/p&gt;
&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://msmvps.com/aggbug.aspx?PostID=1133785" width="1" height="1"&gt;</description></item><item><title>FxCop backlog tools: FxCop</title><link>http://msmvps.com/blogs/calinoiu/archive/2007/04/22/fxcop-and-the-big-bad-backlog.aspx#938712</link><pubDate>Sat, 02 Jun 2007 13:14:48 GMT</pubDate><guid isPermaLink="false">d67277c4-116b-43f1-b688-e9ef184ea916:938712</guid><dc:creator>I may have joined the wrong side</dc:creator><description>&lt;p&gt;If you&amp;#39;re considering tackling an FxCop backlog , you&amp;#39;re going to need a few tools. Obviously&lt;/p&gt;&lt;img src="http://msmvps.com/aggbug.aspx?PostID=938712" width="1" height="1"&gt;</description></item><item><title>FxCop is case-sensitive. VB is annoying.</title><link>http://msmvps.com/blogs/calinoiu/archive/2007/04/22/fxcop-and-the-big-bad-backlog.aspx#894180</link><pubDate>Tue, 08 May 2007 03:34:39 GMT</pubDate><guid isPermaLink="false">d67277c4-116b-43f1-b688-e9ef184ea916:894180</guid><dc:creator>I may have joined the wrong side</dc:creator><description>&lt;p&gt;With profound apologies to VB lovers, there are a few features of the VB compiler that occasionally make&lt;/p&gt;
&lt;img src="http://msmvps.com/aggbug.aspx?PostID=894180" width="1" height="1"&gt;</description></item><item><title>FxCop backlog themes: Exceptions</title><link>http://msmvps.com/blogs/calinoiu/archive/2007/04/22/fxcop-and-the-big-bad-backlog.aspx#891529</link><pubDate>Sat, 05 May 2007 16:47:54 GMT</pubDate><guid isPermaLink="false">d67277c4-116b-43f1-b688-e9ef184ea916:891529</guid><dc:creator>I may have joined the wrong side</dc:creator><description>&lt;p&gt;Since I started monitoring traffic on this blog a little more closely about a week ago, I had the unexpected&lt;/p&gt;
&lt;img src="http://msmvps.com/aggbug.aspx?PostID=891529" width="1" height="1"&gt;</description></item><item><title>Dealing with a Code Analysis backlog?</title><link>http://msmvps.com/blogs/calinoiu/archive/2007/04/22/fxcop-and-the-big-bad-backlog.aspx#891489</link><pubDate>Sat, 05 May 2007 15:39:56 GMT</pubDate><guid isPermaLink="false">d67277c4-116b-43f1-b688-e9ef184ea916:891489</guid><dc:creator>The Visual Studio Code Analysis Team Blog</dc:creator><description>&lt;p&gt;Nicole Calinoiu has started a (what I hope to be long) series on introducing Code Analysis (FxCop in&lt;/p&gt;
&lt;img src="http://msmvps.com/aggbug.aspx?PostID=891489" width="1" height="1"&gt;</description></item><item><title>FxCop backlogs: Some rules for rule activation</title><link>http://msmvps.com/blogs/calinoiu/archive/2007/04/22/fxcop-and-the-big-bad-backlog.aspx#883215</link><pubDate>Sun, 29 Apr 2007 14:46:37 GMT</pubDate><guid isPermaLink="false">d67277c4-116b-43f1-b688-e9ef184ea916:883215</guid><dc:creator>I may have joined the wrong side</dc:creator><description>&lt;p&gt;If you&amp;#39;ve decided to try to tackle an FxCop violation backlog , one of the first issues you&amp;#39;re&lt;/p&gt;&lt;img src="http://msmvps.com/aggbug.aspx?PostID=883215" width="1" height="1"&gt;</description></item></channel></rss>