Book Image

Visual Studio 2010 Best Practices

By : Peter Ritchie
Book Image

Visual Studio 2010 Best Practices

By: Peter Ritchie

Overview of this book

When you are developing on the Microsoft platform, Visual Studio 2010 offers you a range of powerful tools and makes the whole process easier and faster. After learning it, if you are think that you can sit back and relax, you cannot be further away from truth. To beat the crowd, you need to be better than others, learn tips and tricks that other don't know yet. This book is a compilation of the best practices of programming with Visual Studio. Visual Studio 2010 best practices will take you through the practices that you need to master programming with .NET Framework. The book goes on to detail several practices involving many aspects of software development with Visual Studio. These practices include debugging and exception handling and design. It details building and maintaining a recommended practices library and the criteria by which to document recommended practices The book begins with practices on source code control (SCC). It includes different types of SCC and discusses how to choose them based on different scenarios. Advanced syntax in C# is then covered with practices covering generics, iterator methods, lambdas, and closures. The next set of practices focus on deployment as well as creating MSI deployments with Windows Installer XML (WiX)óincluding Windows applications and services. The book then takes you through practices for developing with WCF and Web Service. The software development lifecycle is completed with practices on testing like project structure, naming, and the different types of automated tests. Topics like test coverage, continuous testing and deployment, and mocking are included. Although this book uses Visual Studio as example, you can use these practices with any IDE.
Table of Contents (16 chapters)
Visual Studio 2010 Best Practices
Credits
About the Author
About the Reviewers
www.PacktPub.com
Preface

Commit (check-in) practices


Committing changes in SCC is one of the tasks where you're guaranteed to have to cooperate with other team members. There are practices that can help make committing your changes much smoother. As the saying goes, "we can do this the hard way, or we can do this the easy way." The root cause of most commit pain is merge conflicts. The person at fault is always the person trying to commit and you'll usually not get much sympathy from the rest of the team, especially if they ascribe to the practices discussed in the following sections.

Merge remote changes before commit

When you commit your changes to the repository you run the risk of having a merge conflict. This conflict can be recognized by the SCC system (such as when two people modified the same file) and simply be rejected, or it may be more severe. You are certainly capable of committing a change that doesn't cause the SCC system to recognize a conflict, yet there could still be a conflict at the code or...