Skip to content

First drafted client cmdlets from Hackathon 221#1757

Closed
denelon wants to merge 3 commits into
microsoft:masterfrom
denelon:cmdlets
Closed

First drafted client cmdlets from Hackathon 221#1757
denelon wants to merge 3 commits into
microsoft:masterfrom
denelon:cmdlets

Conversation

@denelon

@denelon denelon commented Dec 1, 2021

Copy link
Copy Markdown
Collaborator

Closes #674

This is the first set of PowerShell cmdlets drafted during the 2021 Hackathon at Microsoft to explore PowerShell syntax for the Windows Package Manager. This is a very early draft and is subject to substantial change. Notes and historical context are in the README.md.

Microsoft Reviewers: Open in CodeFlow

@denelon denelon requested a review from a team as a code owner December 1, 2021 17:46
@ghost ghost added the Issue-Feature This is a feature request for the Windows Package Manager client. label Dec 1, 2021
@github-actions

This comment has been minimized.

@github-actions

This comment has been minimized.

appinstallertest
appname
Archs
arget

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

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

Some of these don't seem like legitimate words. Can you double check them? The spell checking doesn't work if we just put all of our typos in here 😄

Copy link
Copy Markdown
Collaborator Author

Choose a reason for hiding this comment

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

This was triggering on "-Target" for some reason

@@ -0,0 +1,41 @@
Function Enable-WinGetLocalManifest

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

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

These should probably be something like Set-WinGetAdminSetting -Setting LocalManifest -Value true rather than creating a new cmdlet for every setting.

Copy link
Copy Markdown
Collaborator Author

Choose a reason for hiding this comment

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

The PowerShell cmdlet structure tends to use Enable and Disable. It makes them more discoverable. Maybe someone from the community can weigh in on this one. @doctordns what do you think?

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

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

I just expect the possibility of non-boolean values in the future, but it could also be Enable/Disable for booleans and Set in the future for non-booleans. But the larger takeaway is to make the actual setting that is being modified be a parameter rather than making new cmdlets per setting.

Copy link
Copy Markdown

Choose a reason for hiding this comment

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

Enable, in general moves a resource from a disabled to enabled state - Disable doing the opposite. I think, in general, I'd prefer Set - one command to set/unset vs two cmdlets (enable and disable). John is right - there could be some resources that need to be set to a non boolean value.

@@ -0,0 +1,89 @@
Function Uninstall-WinGetPackage{

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

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

File name has _ rather than -.

@denelon denelon closed this Dec 1, 2021
@denelon denelon deleted the cmdlets branch December 1, 2021 21:31
@denelon denelon restored the cmdlets branch December 1, 2021 22:12
@denelon

denelon commented Dec 1, 2021

Copy link
Copy Markdown
Collaborator Author

I messed up my branch. I created a new Draft PR #1760

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

Issue-Feature This is a feature request for the Windows Package Manager client.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

When do we begin to see the PowerShell cmdlets?

3 participants