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

Bắt đầu bằng cách xem xét các mục chưa được đánh dấu trong issue và các tệp build được liệt kê: build.cmd, build.ps1, .build.ps1, buildCoreClr.ps1 và cấu hình AppVeyor. Theo dõi cách các lớp tài nguyên, việc quản lý phiên bản và hành vi CI cục bộ hiện đang được xử lý. Được coi là hoàn tất khi các cải tiến về tính nhất quán đã chọn được triển khai và hành vi build hoặc release của chúng được xác minh.