The shared approach results in conflicts if the generated class is used
in ATxCommon which is imported in the other projects. This way we can
use the symbols defined via ATxCommon in all depending projects.

The downside is that it slows down the build-process a bit as every
build from a project depending on ATxCommon (read: all others) will
change the generated code and thus force a re-build of ATxCommon and
the project itself. Since building the entire solution is still just
a matter of seconds, that's a fair trade-off.

See https://stackoverflow.com/a/10334095/2018314 for details on sharing
resources among multiple projects in a solution.

There is no need to have this only as a post-build event, providing it
at this stage will allow us to include it in the assembly information.

Add the template files as links to the ATxService project, pointing to
the central "Solution Items" files and mark them for copying to the
build output location. Update the Make-Package script accordingly.

All projects (and namespaces) should start with an "ATx" prefix, having
a capital "AT" and a lowercase "x".

Currently this is almost entirely untested and configuration for email
notifications is yet to be done.

Refers to #3

Since we have more to share between the applications than just the XML
wrappers, this is the location to keep common classes and methods.

This removes the XmlWrapper namespace and uses the DLL instead.

Fixes #21

Plus also check if the repository's commit state is dirty and report
accordingly.

This is done using a git-hook script generating a text file which is
used as a resource by VS. The pre-build script in VS makes sure the file
is actually existing (using a default string) since otherwise the build
would fail.

Corresponds to "autotransfer-v1".