I have a data access layer (DAL) that is written in ASP.NET 3.5 and uses the Microsoft patterns & practices libraries (hereafter referred to as P&P) in order to accomplish its data access. I installed P&P and it resides in my GAC, so, logically, my DAL references it in the GAC. Therefore, the P&P libraries are never pulled down to the bin folder of my DAL.
I use this DAL project in at least five (more than that even, but I’m too lazy to try to count them all) different websites. And this has all worked just fine for me because I’m the only developer who works on these websites.
But, now I have other developers who are going to work on some of these websites.
The problem: if a developer pulls the DAL project down from our code repository, it won’t build for them if they don’t have the P&P libraries installed.
My question: should I expect the developers to install the P&P libraries, or should I just dump them in the bin folder and be done with it?
I realize that dumping them into the bin folder is probably the easiest way to deal with the problem, but I’ve never been a big fan of the bin folder if I can reference them in the GAC instead.
This is largely stylistic preference for your particular workgroup. I tend to favor packaging websites the same way I package client applications: with all required non-.NET-framework binary files in the bin folder, working with the assumption that any machine that they are copied to/installed to will not have anything in the GAC. My team at work keeps our third-party assemblies checked into source control as binary files and tagged as reference dependencies so that everyone works on the same page with the same binaries and we never have to worry about installation differences between developers’ machines.
The GAC may be a convenient space-saving mechanism, but I prefer the consistency between developer environments provided by “inlining” the files.