26.04.2015 Views

Team Development with Visual Studio Team Foundation Server

Team Development with Visual Studio Team Foundation Server

Team Development with Visual Studio Team Foundation Server

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

elease configuration. This means that you can automatically switch from debug to<br />

release builds across projects <strong>with</strong>out having to reset references.<br />

• They enable <strong>Visual</strong> <strong>Studio</strong> to detect and prevent circular dependencies.<br />

You can use a project reference if the assembly is already <strong>with</strong>in your solution’s project<br />

set. If the assembly is outside of your solution’s project set and you still want to use a<br />

project reference, you can branch the dependency from the originating project into your<br />

project. When you want to pick up a new version of the dependency, perform a merge<br />

from the originating project into your branch.<br />

Additional Resources<br />

• For more information about project and file references, see “Project References” at<br />

http://msdn2.microsoft.com/en-us/library/ez524kew(VS.80).aspx<br />

• For more information about adding references, see “How to: Add or Remove<br />

References in <strong>Visual</strong> <strong>Studio</strong>” at http://msdn2.microsoft.com/enus/library/wkze6zky(VS.80).aspx<br />

Use File References Only Where Necessary<br />

If you cannot use a project reference because you need to reference an assembly outside<br />

of your current solution’s project set, and you do not want to create a branch from the<br />

originating project into your project, you must set a file reference.<br />

Additional Resources<br />

• For more information about project and file references, see “Project References” at<br />

http://msdn2.microsoft.com/en-us/library/ez524kew(VS.80).aspx<br />

Use copy local = true for Project and File References<br />

Every reference has an associated copy local attribute. <strong>Visual</strong> <strong>Studio</strong> determines the<br />

initial setting of this attribute (true or false) when the reference is initially added. It is set<br />

to false if the referenced assembly is found to be in the Global Assembly Cache (GAC);<br />

otherwise, it is set to true.<br />

You should not change this default setting.<br />

With copy local set to true, the <strong>Visual</strong> <strong>Studio</strong> build system copies any referenced<br />

assembly (and any dependent downstream assemblies) to the client project’s output<br />

folder when the reference is set. For example, if your client project references an<br />

assembly named Lib1, and Lib1 depends on Lib2 and Lib3, then Lib1, Lib2, and Lib3 are<br />

copied to your project’s local output folder automatically by <strong>Visual</strong> <strong>Studio</strong> at build time.<br />

Additional Resources<br />

• For more information about project and file references, see “Project References” at<br />

http://msdn2.microsoft.com/en-us/library/ez524kew(VS.80).aspx

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!