Added additional data from the XML when using Get-PsGetModuleinfo

Added description, updated, and author name
Modified moduleurl to point to properties.projecturl
Ensure that output always comes out in the same order

Will create another issue afterwords.  We should create a format file
for this.  There's no reason to default showing 3 properties with the
same data.
Revert "Added additional data from the XML when using Get-PsGetModuleinfo"

This reverts commit c158ceefb0881d868ccd2a03be278d4f378c825f.
Added Additional Data to Get-PsGetModuleInfo

Modified the return objects from Get-PsGetModuleInfo with the following:
Added description, updated, and author name
Modified moduleurl to point to properties.projecturl
Ensure that output always comes out in the same order

Will create another issue.  There should be a format file for these
objects.  There's no reason to default showing all 3 properties with the
same data.
Fix spelling error in instructions for setting the execution policy.

Fixed spelling error: "To fix this change you execution..." to "To fix this change your execution..."
Merge pull request #70 from toenuff/master

Issue #69 Get-PsGetModuleInfo retrieves and displays additional metadata from xml
Merge pull request #71 from sethflowers/patch-2

Fix spelling error in instructions for setting the execution policy.
Add PSBabushka to PSGet's Directory.xml
Typo in my website URI
Merge pull request #74 from PSBabushka/master

Add PSBabushka to PSGet's Directory.xml
Fix link without href + typo in Readme
Merge pull request #76 from hdgarrood/master

Fix a typo and a link with no href in the README
Added PoshServer to directory #77
Allow installing a module from a local directory that contains multiple files
1) Added functionality to default install to "c:\program files (x86)\Common Files\Modules" if not $Destination is provided
2) All module destination paths will get added to either the User or Machine (if -Global  switch is true) $env:PSModulePath environment variable
Fixed 2 failing tests
"Should output objects from Get-PsGetModuleInfo that have properties matching parameters of Install-Module"
"Should support piping from Get-PsGetModuleInfo to Install-Module"

The ModuleUrl returned from the Get-PsModuleInfo function was set to the ProjectUrl, which was not valid when attempting to download with Install-Module
Merge pull request #81 from MarkRobertJohnson/master

Resolved issue #79 : Allow installing module composed of multiple files from unzipped directory
More work to support correct use of environment variables

 * Added new Pester test file (PsGet.tests.ps1)
 * Added test initiator file (Run-Tests.ps1)
 * Added global variables in PsGet.psm1 to store the default User and Global module paths
 * Added "PersistEnvironment" switch that when present will permanently update the User or Machine (if -Global specified) PSModulePath environment variable
 * Moved the setting of the $Destination variable to the beginning of the Install-Module function (This just alleviated some complexity)
 * Updated the CheckIfNeedInstallAndImportIfNot function to handle the case where a module is installed in multiple locations
 * Updated the CheckIfNeedInstallAndImportIfNot function to handle the case where the new install location differs from an existing install location (if they differ, then assume it is not installed)
 * Added new PsGet exported module function "Remove-PathFromEnvironmentVariable", really just used in testing to keep the PSModulePath environment variable from getting polluted
 * Update "Add-PathToEnvironmentVariable" function to take the -PersistEnvironment switch that when specified, will persist the change to either User or Machine environment
Deleted original tests because they have been moved in the PsGet.tests.ps1 file in the Pester testing framework format
Execute test suite with both -Global:$false and -Global:$true when invoking Install-Module
Added -global -persist when installing Pester for the first time via PsGet