@mercury-fw/plugin-atlassian-admin 0.1.0 → 0.1.2

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
package/CHANGELOG.md ADDED
@@ -0,0 +1,30 @@
1
+ # @mercury-fw/plugin-atlassian-admin
2
+
3
+ ## 0.1.2
4
+
5
+ ### Patch Changes
6
+
7
+ - a493d9b: - A plugin whose CLI keeps its login in a folder declares it in its `package.json` (`mercury.cliCredentials`): `{ folder }` under `~/.config`, the default, or `{ path }` anywhere else under the home. Any plugin's CLI gets the login mechanism, not only the first-party ones.
8
+ - The core unpacks each declared login from its env variable onto the credentials volume (`~/.config`) at startup, only when the folder isn't there yet, for the service and the REPL alike; a folder declared elsewhere in the home lives on the volume under `~/.config/mercury-home`, linked from its usual place. It warns about a declared folder with neither the folder nor the variable.
9
+ - `mfw credentials set|reset <plugin>` names the plugin by its package or its CLI's folder (`@mercury-fw/plugin-jira` or `jira-cli`), read from the app's installed plugins; the short name (`jira`) is no longer accepted, and reset asks for the folder's name.
10
+ - `mfw create` no longer writes `docker-entrypoint.sh` or the credentials variables in the env example, and always mounts the `cli-credentials` volume; an existing app's entrypoint keeps working alongside.
11
+ - The generated README explains how a plugin's CLI gets its login without listing plugins.
12
+ - jira, bitbucket and atlassian-admin declare their CLI's login folder; their READMEs point to `mfw credentials set`.
13
+
14
+ ## 0.1.1
15
+
16
+ ### Patch Changes
17
+
18
+ - 1fa3a97: - Every tool plugin declared in `mercury.config.ts` loads: `MERCURY_CLIS` is no longer read. An app that used it to keep a declared plugin off now gets that plugin on; remove the plugin from the config instead.
19
+ - A new app's env example has no `MERCURY_CLIS`, and its config's comment says every declared plugin and channel is active.
20
+ - A plugin caught in a dependency cycle is always reported at startup.
21
+ - The plugins' READMEs no longer ask to list them in `MERCURY_CLIS`.
22
+
23
+ ## 0.1.1
24
+
25
+ ### Patch Changes
26
+
27
+ - 1fa3a97: - Every tool plugin declared in `mercury.config.ts` loads: `MERCURY_CLIS` is no longer read. An app that used it to keep a declared plugin off now gets that plugin on; remove the plugin from the config instead.
28
+ - A new app's env example has no `MERCURY_CLIS`, and its config's comment says every declared plugin and channel is active.
29
+ - A plugin caught in a dependency cycle is always reported at startup.
30
+ - The plugins' READMEs no longer ask to list them in `MERCURY_CLIS`.
package/README.md CHANGED
@@ -6,7 +6,7 @@ Lets a [Mercury](https://github.com/lucabro81/mercury-fw) agent look up users in
6
6
  bun add @mercury-fw/plugin-atlassian-admin
7
7
  ```
8
8
 
9
- In the app: list it in `trustedDependencies` (or Bun skips the install script that downloads the binary), add `atlassian-admin` to `MERCURY_CLIS`, and declare it in `mercury.config.ts`:
9
+ In the app: list it in `trustedDependencies` (or Bun skips the install script that downloads the binary) and declare it in `mercury.config.ts`:
10
10
 
11
11
  ```ts
12
12
  import { atlassianAdminPlugin } from "@mercury-fw/plugin-atlassian-admin";
@@ -16,6 +16,6 @@ plugins: [atlassianAdminPlugin],
16
16
 
17
17
  ## Credentials
18
18
 
19
- The CLI keeps its login under `~/.config/atlassian-admin-cli`, which in a container lives on the `cli-credentials` volume. Log in with the CLI's own setup (see [CLI-monorepo](https://github.com/lucabro81/CLI-monorepo)), then bring that folder into the volume; doing it from the env file is planned ([#57](https://github.com/lucabro81/mercury-fw/issues/57)).
19
+ The CLI keeps its login under `~/.config/atlassian-admin-cli`, and the plugin declares that folder in its `package.json` (`mercury.cliCredentials`). Log in with the CLI's own setup (see [CLI-monorepo](https://github.com/lucabro81/CLI-monorepo)) on your machine, then hand the folder to the app with `mfw credentials set atlassian-admin-cli`: it travels in the app's env file, and the app unpacks it onto its `cli-credentials` volume at the first start without that folder.
20
20
 
21
21
  MIT
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@mercury-fw/plugin-atlassian-admin",
3
- "version": "0.1.0",
3
+ "version": "0.1.2",
4
4
  "license": "MIT",
5
5
  "repository": {
6
6
  "type": "git",
@@ -24,11 +24,11 @@
24
24
  "@mercury-fw/utils": ">=0.24.0 <1.0.0"
25
25
  },
26
26
  "devDependencies": {
27
- "@mercury-fw/cli-engine": "0.25.0",
28
- "@mercury-fw/plugin-types": "0.25.0",
27
+ "@mercury-fw/cli-engine": "0.33.0",
28
+ "@mercury-fw/plugin-types": "0.33.0",
29
29
  "@mercury-fw/typescript-config": "*",
30
- "@mercury-fw/utils": "0.25.0",
31
- "@types/bun": "^1.4.0",
30
+ "@mercury-fw/utils": "0.33.0",
31
+ "@types/bun": "^1.4.2",
32
32
  "typescript": "^6.0.3"
33
33
  },
34
34
  "exports": {
@@ -48,6 +48,9 @@
48
48
  "repo": "lucabro81/CLI-monorepo",
49
49
  "crate": "atlassian-admin",
50
50
  "version": "0.1.2"
51
+ },
52
+ "cliCredentials": {
53
+ "folder": "atlassian-admin-cli"
51
54
  }
52
55
  }
53
56
  }