Internal: Build/Release inconsistencies compared to PowerShell Core repo

@JamesWTruher is planning to do some work for making the development/CI more consistent across PowerShell repos. I'll start here listing some potential candidates:

• Pester: PsCore recently moved from version 3 to 4. PSSA is currently on version 3.4
• Visual Studio Support: I already added support for being able to build and debug PSSA using Visual Studio out of the box. PsCore has a pending PR (5209) to achieve that.
• Editing ressources: When moving to Visual Studio development and netcore2, PSSA dropped the ability to auto-generate the c# ressource class because VS does that automatically when editing ressources. People who are not on Visual Studio, currently need to add new properties to the ressouce class file manually when adding new ressource entries. A further downside is that it unnecessarily blows up the diff in a PR can potentiall lead to merge conflicts. I originally did this due to difficulties when upgrading but I will consider bringing this functionality back
• PSSA gets its version number bumped only just before the release. PSCore does it straight after the release (branch) has been created. This makes it difficult when developing or reproing bugs because it means that the installed version has to be installed/uninstalled unnecessarily often.
• Make it easier to run all tests locally by moving out some logic from the appveyor fle into a ps module
• PSSA uses a GitFlow like branching strategy where PRs target the development branch. PSCore only works on master/release branches, which seems to be the better model for smaller repos.
• PSSA has too many build scripts: build.cmd, build.ps1, .build.ps1 and buildCoreClr.ps1

まず、issue 内の未チェック項目と、一覧にあるビルドファイルを確認します: build.cmd、build.ps1、.build.ps1、buildCoreClr.ps1、および AppVeyor の設定。リソースクラス、バージョン管理、ローカル CI の動作が現在どのように扱われているかを追跡します。選択した一貫性の改善が実装され、そのビルドまたはリリース動作が検証されれば完了です。