Nuget Packages for Typescript Definition Files

Derik Whittaker — Sun, 24 Feb 2013 12:09:10 GMT

If you have been using TypeScript you should be aware the definition file repository maintained by Boris Yankov called DefinitelyTyped. This repository is awesome because it saves so much time and effort when working with 3rd party libraries with Typescript.

However, as great as this repository is it has always been painful getting the actual d.ts files for each library. You would have to go to the site, navigate to the file, save the file and add it to your solution…. this sucked.

If only there was a tool to help automate this? Oh wait there is, it is called Nuget.

I got the bright idea to start creating some Nuget packages around the d.ts files I am using so I posted them here. The only problem with this is I was only creating the packages I cared about but more importantly I was creating these by hand and that is time consuming and I am lazy.

But yesterday I received some awesome news from Jason Jarret (aka @staxmanade) on twitter as seen below

This is awesome news. Now all the d.ts files hosted in the DefinitelyTyped repository now have Nuget pacakges… w00t!

To see the list of Nuget packages follow this link.

Awesome work Jason,

Till Next Time,

P.S. I will be taking my nuget packages offline very shortly as they should not be used anymore.

Issues w/ OctoPack and ReSharper

Derik Whittaker — Wed, 28 Nov 2012 00:08:27 GMT

Today begins the exercise of setting up an Octopus Deploy server with the goal of using this for our deployments. Of course to get started I headed out and started reading the various documentation. When I got the part about creating the nuget packes via OctoPack I quickly ran into the following issue.

The process cannot access the file 'E:\Development\Source\PATHGOESHERE\_ReSharper.ProjectNamehere\PersistentCaches\000003.log' because it is being used by another process.

Now of course I know exactly why this is happening, its because when trying to create my NuGet package OctoPack is just grabbing ALL the folders/files under my source tree and there is a folder there called _ReSharper.ProjectNameHere which of course has locked files as they are being used…

Sadly though after a few minutes of googling and looking around on the Octopus site I did not find a quick solution :( However, if you read the documentation you will know that OctoPack simply adds a new .target (located under packages\OctoPack.1.0.109\targets) (the version may be different for you) file to your .proj file and it is this .target file which is causing the issue.

After spending some time digging and poking around the .target file I finally came up w/ a solution I could live with.

What I needed to do was use the –Exclude flag for the NuGet.exe command to tell NuGet to skip this folder. I did this by 1st creating a global property and 2nd updating the line which makes the NuGet command line call.

Adding the Property to the .target file

The trick above is that NuGet expects a file name, not a folder so you MUST use the **\ in front of the folder and the \** as the end.

Updating the command line call to Nuget.exe (this is line 122 in my file)

When I saved my .target file and rebuild the world was a happy place.

Now, I did log a bug for the OctoPack team to resolve this in a better manor, but until then this will work.

Till next time,

Derik Whittaker : NuGet

Nuget Packages for Typescript Definition Files

Issues w/ OctoPack and ReSharper