* Added back Don't Ask Again logic
* If no Azure CLI found, throw error instead of returning undefined.
* Deleted 'restart ADS' text for arcdata extension prompts
* Added error catch for parse version and parsed out the * in az --version
* Added back findAz()
* Added arcdata version to AzTool. Parse --version using regex.
* Return undefined if no az found.
* Added userRequested param for findAz
* No longer await on extension activate. Re-added some functions for az install.
* Install works for windows
* Changed auto install for az on Linux and MacOS.
* Added comment for findSpecificAzAndArc and uncommented some localizedConstants
* Added comment for getSemVersionArc and took out the path for some tests.
* Made findSpecificAzAndArc return an object instead of a list
* Removed azToolService test
* Removed azToolService tests and renamed suite to azcli Extension Tests
* Got rid of new Regexp for regex in parseVersions
* Added back azToolService.ts
* Added logic to enable prompt user to install arcdata extension and auto-install capability. No update capability yet.
Co-authored-by: Candice Ye <canye@microsoft.com>
* empty table shows no backup file image
* string displayed modified and empty table text will only be displayed after checking function _shouldDisplayBackupFileTable
* format fix
* format changes
* format fix
* Merge conflict resolution
* Throw error for unsupported versions of Dotnet
* Fix for darwin
* Fix for all platforms
* Address comments
* Fix extensionsGaller.json
* Address comments
* Update default installation path for linux
* Fix test
* Revert default installation location change for Linux
* Address comments
* Removed extra try-catch block
* initial quick pick
* move constants
* remove commented code for now
* addressing comments
* update name
* update name in other places
* remove azure functions from name and rename file
* Automatically add intermediate folders for SQL project items.
While using the SQL database projects through the API, I noticed that project may end up in somewhat inconsistent state, where files will be added to the project, but their parent folders will not. This in turn resulted in failure to remove these folders from project - they will show up in the UI tree, but deleting them will cause an error. In order to align with how Visual Studio manages the projects, this change will ensure that all intermediate folders are present in the project, when new files or folders are added.
While this change improves project "correctness" when accessing it through SQL projects extension APIs, there is still a possibility that someone will open an "incorrect" previously created project. This change does not address it and folder removal may still fail.
* Update the code to never throw on duplicate items when adding files and folders to project.
After a conversation with the sqlproj owners, we agreed that there are no scenarios that would prompt us to throw an error, if duplicate item is being added to the project. Ultimately, the goal of such a request would be to have an item in the project file, which is already present, therefore the call becomes a no-op.
This allowed me to simplify the new code that was ensuring all intermediate folders are present in the project when adding files and folders.