3

I've been building an application on one machine for some time and finally did a TFS check-in.

Spinning up another, a new workspace and doing a check-out, the solution no longer compiles, where references have been lost and errors/warnings like the following in various projects throughout the solution:

The type or namespace name 'OData' does not exist in the namespace 'System.Web.Http' (are you missing an assembly reference?)
Could not resolve this reference. Could not locate the assembly "EntityFramework".

Also

    Warning 1   The "EnsureBindingRedirects" task could not be loaded from the assembly C:\TFS-WorkRepository\Project\Project Solution - v001\packages\Microsoft.Bcl.Build.1.0.21\build\Microsoft.Bcl.Build.Tasks.dll.
 Could not load file or assembly 'file:///C:\TFS-WorkRepository\Project\Project Solution -
 v001\packages\Microsoft.Bcl.Build.1.0.21\build\Microsoft.Bcl.Build.Tasks.dll' 
or one of its dependencies. The system cannot find the file specified. Confirm 
that the <UsingTask> declaration is correct, that the assembly and all its 
dependencies are available, and that the task contains a public class that 
implements Microsoft.Build.Framework.ITask. Project.AdminWebsite

I have already enabled Nuget package restore on the solution and other imported libraries/DLL's in respective common/lib folders.

I'm guessing if I check-in the bin and obj folders for the solution projects, everything will work. However typically TFS is for code, not DLL's.

So, how can I get around this issue?

Thank you.

ElHaix
  • 12,846
  • 27
  • 115
  • 203
  • You have to **checkin** `bin` folder too as `dll` for project takes reference from there, _may be one of the possibility for missing files_ and `obj` not sure though. Regarding your `EnsureBindingRedirects` issue you can find the solution **[here](http://stackoverflow.com/a/21936977/2065039)** – Guruprasad J Rao Aug 27 '15 at 03:39
  • 1
    The bin is a terrible place to reference from as this could sometimes be a local copy of a dll if referenced from elsewhere. e.g. the GAC with Copy Local set to true. Remember that the bin is for build **output!** – Rodders Aug 27 '15 at 08:21

1 Answers1

2

I disagree with checking in the bin folder. There are much better ways to handle dependencies and would vary depending on the dependency! In this case, with your own code, you could either look at hosting your own NuGet server: https://docs.nuget.org/create/hosting-your-own-nuget-feeds you could then reference private and public assemblies in the same way.

or a simple (more inferior) approach would be to create a 'Dependencies' folder at the root of the solution, add that to source control along with your private assemblies and reference from there.

With regards to your package restore issue, I had a problem like this recently, try to delete the contents of your packages folder (from source too) but keep the repositories.config and re-run it.

Rodders
  • 2,425
  • 2
  • 20
  • 34