Skip to content
This repository has been archived by the owner on Feb 20, 2021. It is now read-only.

Commit

Permalink
Updated README
Browse files Browse the repository at this point in the history
  • Loading branch information
jelledruyts authored Jan 16, 2017
1 parent c338550 commit 9b0de3e
Showing 1 changed file with 86 additions and 1 deletion.
87 changes: 86 additions & 1 deletion README.md
Original file line number Diff line number Diff line change
@@ -1,3 +1,88 @@
The Guidance Automation Extensions (GAX) expands the capabilities of Visual Studio by running guidance packages, which automate key development tasks from within the Visual Studio environment. The Guidance Automation Toolkit (GAT) allows authoring of guidance packages.
# Introduction

The Guidance Automation Extensions (GAX) expands the capabilities of Visual Studio by running guidance packages, which automate key development tasks from within the Visual Studio environment. The Guidance Automation Toolkit (GAT) allows authoring of guidance packages. Please refer to the [original reference documentation on MSDN](https://msdn.microsoft.com/en-us/library/ff709808.aspx) for more information.

_Note: This is the open-sourced version of the GAX/GAT 2010 originally built by Microsoft patterns & practices. Microsoft no longer maintains this project and no future releases are planned._

# OpenGAX VSIX Manifest Configuration

Depending on the version of Visual Studio (and therefore OpenGAX) you are targeting, you will need to update your VSIX manifest file (typically "source.extension.vsixmanifest"). The most important parts of the manifest are shown below:

```
<Vsix>
...snip...
<SupportedProducts>
<VisualStudio Version="14.0">
<Edition>Enterprise</Edition>
...
...snip...
<Reference Id="OpenGAX-VS2015" MinVersion="1.0">
<Name>Guidance Automation Extensions</Name>
</Reference>
...snip...
<Content>
<VsPackage>|%CurrentProject%;PkgdefProjectOutputGroup|</VsPackage>
</Content>
</Vsix>
```

### Supported Products

Depending on the version of Visual Studio and the edition(s) you want to enable, you must update the supported products in the VSIX manifest file. The `Version` attribute must match the Visual Studio version number (e.g. "14.0" for VS 2015) and the `Edition` attribute must refer to one or more valid SKU's (e.g. "Pro" or "Enterprise" for VS 2015).

### VSIX References

You must update the VSIX `Reference` element to the proper version of OpenGAX:

Visual Studio Version | VSIX ID | VSIX Version
--------------------- | ------- | ------------
VS 2012 | OpenGAX | 3.0
VS 2013 | OpenGAX-VS2013 | 1.0
VS 2015 | OpenGAX-VS2015 | 1.0

### Declare VsPackage

Because of a change in the way VSIX packages are registered in Visual Studio 2012 and above, you must explicitly mention the fact that there is a Visual Studio Package inside the VSIX by including it as a `Content` element in the VSIX manifest file. Otherwise, the VSIX will install just fine but appear not to work or simply doesn't show up anywhere inside Visual Studio. This typically means including the `<VsPackage>` element as shown above.

# Porting existing packages to the open source GAX

Guidance packages developed using the original GAX 2010 (this includes all software factories from p&p, like the Web Services Software Factory) will not run or build against the new open source GAX. While no source code changes have been introduced in the open source GAX -meaning it is currently source code compatible with GAX 2010- the new open source GAX assemblies are not signed by Microsoft and won’t have a strong name unless you update the projects to use your own key. This means you will have to make sure your guidance package source code is modified to not include any references to GAX 2010 assemblies.

You should make sure to perform the steps below.

### Update Assembly References

All assembly file references to GAX 2010 assemblies must be updated to now point to the DLLs for the Open Source GAX.

If your guidance package is referencing assemblies that were previously built against the GAX 2010 assemblies, you will need to recompile these assemblies using the new open source GAX ones.

### Update Public Key References

All references to the Microsoft public key token “31bf3856ad364e35” must be updated to point to “null” or a new public key token if you are signing the assemblies. One place where you will find this is in .vstemplate files containing a Wizard Extension because these reference a GAX 2010 assembly using its strong name, for example:

```
<WizardExtension>
<Assembly>Microsoft.Practices.RecipeFramework.VisualStudio, Version=2.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35</Assembly>
<FullClassName>Microsoft.Practices.RecipeFramework.VisualStudio.Templates.UnfoldTemplate</FullClassName>
</WizardExtension>
```

This can simply be replaced by the following:

```
<WizardExtension>
<Assembly>Microsoft.Practices.RecipeFramework.VisualStudio</Assembly>
<FullClassName>Microsoft.Practices.RecipeFramework.VisualStudio.Templates.UnfoldTemplate</FullClassName>
</WizardExtension>
```

### Update VSIX References

In the VSIX manifest file, you must update the reference to GAX from the previous VSIX ID (`Microsoft.Practices.RecipeFramework.VisualStudio` for GAX and `Microsoft.Practices.RecipeFramework.MetaGuidancePackage` for GAT) to the new open source ID.

See the table above for the correct ID depending on the version of Visual Studio you are targeting.

2 comments on commit 9b0de3e

@FabioBo
Copy link

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Hi, i'm interesting in a new OPEN GAX / GAT for Visual Studio 2017.
Do you plan a new release shortly?
I would like to contribute to this project.
Thank you

@LeonBar
Copy link

@LeonBar LeonBar commented on 9b0de3e Jun 7, 2018

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@FabioBo did you have any information about the status of GAX for VS2017

Please sign in to comment.