A more intelligent & useful... | PowerShell/PSReadLine

还没有人认领这个 Issue。

No files or tests are named. Start by locating the current history implementation in PSReadLine and reviewing how experimental features are scoped; then define the initial module, SQLite-backed storage, schema, and query API. Done means the listed initial release goals are addressed.

由索引模型根据 Issue 内容生成。

It would be great to have a much more intelligent & complex history file than the current simple implementation that we currently have, although to achieve this I expect that it would likely be much more computationally expensive than the current implementation.

Ideally I would like to see this be more structured & complex and able to be queried in a way that allows for much better analytics of common command use that enables inspection on the count of use being aliased or using the full command name, common parameter combinations as well as a count of the use of each parameter & arguments to that parameter.

Loose inital release goals

Wrapped in a module scoped experimental feature
API based with a end data store provider plugin module (allows SQLite, CosmosDb, jsonFile etc)
use of SqlLite file (local or remote) - Default option
Local File created if not already there
Initial base DB Schema
Ideally Encrypted

Post release enhancements

User Extensibility of DB Schema
Preference of remote for cross machine history reasons) - Configurable option
Configuration options
- current file
- other remote sources
Additional Querying cmdlets to replace needing to use Group|Sort cmdlets etc
Plugin with AIShell & other tooling

A more intelligent & useful history file & way to query it

评估

调研方向

描述

贡献指南

从这里开始

PowerShell/PSReadLine 的其他 Issue

相似的 Issue