@backstage/create-app 0.0.0-nightly-20220208022044 → 0.0.0-nightly-20220216022224
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
CHANGED
|
@@ -1,6 +1,101 @@
|
|
|
1
1
|
# @backstage/create-app
|
|
2
2
|
|
|
3
|
-
## 0.0.0-nightly-
|
|
3
|
+
## 0.0.0-nightly-20220216022224
|
|
4
|
+
|
|
5
|
+
### Patch Changes
|
|
6
|
+
|
|
7
|
+
- e725bb812f: Remove SearchContextProvider from `<Root />`
|
|
8
|
+
|
|
9
|
+
The `SidebarSearchModal` exported from `plugin-search` internally renders `SearchContextProvider`, so it can be removed from `Root.tsx`:
|
|
10
|
+
|
|
11
|
+
```diff
|
|
12
|
+
-import {
|
|
13
|
+
- SidebarSearchModal,
|
|
14
|
+
- SearchContextProvider,
|
|
15
|
+
-} from '@backstage/plugin-search';
|
|
16
|
+
+import { SidebarSearchModal } from '@backstage/plugin-search';
|
|
17
|
+
|
|
18
|
+
... omitted ...
|
|
19
|
+
|
|
20
|
+
<SidebarGroup label="Search" icon={<SearchIcon />} to="/search">
|
|
21
|
+
- <SearchContextProvider>
|
|
22
|
+
- <SidebarSearchModal />
|
|
23
|
+
- </SearchContextProvider>
|
|
24
|
+
+ <SidebarSearchModal />
|
|
25
|
+
</SidebarGroup>
|
|
26
|
+
```
|
|
27
|
+
|
|
28
|
+
## 0.4.19
|
|
29
|
+
|
|
30
|
+
### Patch Changes
|
|
31
|
+
|
|
32
|
+
- 22f4ecb0e6: Switched the `file:` dependency for a `link:` dependency in the `backend` package. This makes sure that the `app` package is linked in rather than copied.
|
|
33
|
+
|
|
34
|
+
To apply this update to an existing app, make the following change to `packages/backend/package.json`:
|
|
35
|
+
|
|
36
|
+
```diff
|
|
37
|
+
"dependencies": {
|
|
38
|
+
- "app": "file:../app",
|
|
39
|
+
+ "app": "link:../app",
|
|
40
|
+
"@backstage/backend-common": "^{{version '@backstage/backend-common'}}",
|
|
41
|
+
```
|
|
42
|
+
|
|
43
|
+
- 1dd5a02e91: **BREAKING:** Updated `knex` to major version 1, which also implies changing out
|
|
44
|
+
the underlying `sqlite` implementation.
|
|
45
|
+
|
|
46
|
+
The old `sqlite3` NPM library has been abandoned by its maintainers, which has
|
|
47
|
+
led to unhandled security reports and other issues. Therefore, in the `knex` 1.x
|
|
48
|
+
release line they have instead switched over to the [`@vscode/sqlite3`
|
|
49
|
+
library](https://github.com/microsoft/vscode-node-sqlite3) by default, which is
|
|
50
|
+
actively maintained by Microsoft.
|
|
51
|
+
|
|
52
|
+
This means that as you update to this version of Backstage, there are two
|
|
53
|
+
breaking changes that you will have to address in your own repository:
|
|
54
|
+
|
|
55
|
+
## Bumping `knex` itself
|
|
56
|
+
|
|
57
|
+
All `package.json` files of your repo that used to depend on a 0.x version of
|
|
58
|
+
`knex`, should now be updated to depend on the 1.x release line. This applies in
|
|
59
|
+
particular to `packages/backend`, but may also occur in backend plugins or
|
|
60
|
+
libraries.
|
|
61
|
+
|
|
62
|
+
```diff
|
|
63
|
+
- "knex": "^0.95.1",
|
|
64
|
+
+ "knex": "^1.0.2",
|
|
65
|
+
```
|
|
66
|
+
|
|
67
|
+
Almost all existing database code will continue to function without modification
|
|
68
|
+
after this bump. The only significant difference that we discovered in the main
|
|
69
|
+
repo, is that the `alter()` function had a slightly different signature in
|
|
70
|
+
migration files. It now accepts an object with `alterType` and `alterNullable`
|
|
71
|
+
fields that clarify a previous grey area such that the intent of the alteration
|
|
72
|
+
is made explicit. This is caught by `tsc` and your editor if you are using the
|
|
73
|
+
`@ts-check` and `@param` syntax in your migration files
|
|
74
|
+
([example](https://github.com/backstage/backstage/blob/master/plugins/catalog-backend/migrations/20220116144621_remove_legacy.js#L17)),
|
|
75
|
+
which we strongly recommend.
|
|
76
|
+
|
|
77
|
+
See the [`knex` documentation](https://knexjs.org/#Schema-alter) for more
|
|
78
|
+
information about the `alter` syntax.
|
|
79
|
+
|
|
80
|
+
Also see the [`knex` changelog](https://knexjs.org/#changelog) for information
|
|
81
|
+
about breaking changes in the 1.x line; if you are using `RETURNING` you may
|
|
82
|
+
want to make some additional modifications in your code.
|
|
83
|
+
|
|
84
|
+
## Switching out `sqlite3`
|
|
85
|
+
|
|
86
|
+
All `package.json` files of your repo that used to depend on `sqlite3`, should
|
|
87
|
+
now be updated to depend on `@vscode/sqlite3`. This applies in particular to
|
|
88
|
+
`packages/backend`, but may also occur in backend plugins or libraries.
|
|
89
|
+
|
|
90
|
+
```diff
|
|
91
|
+
- "sqlite3": "^5.0.1",
|
|
92
|
+
+ "@vscode/sqlite3": "^5.0.7",
|
|
93
|
+
```
|
|
94
|
+
|
|
95
|
+
These should be functionally equivalent, except that the new library will have
|
|
96
|
+
addressed some long standing problems with old transitive dependencies etc.
|
|
97
|
+
|
|
98
|
+
## 0.4.19-next.0
|
|
4
99
|
|
|
5
100
|
### Patch Changes
|
|
6
101
|
|
|
@@ -15,6 +110,61 @@
|
|
|
15
110
|
"@backstage/backend-common": "^{{version '@backstage/backend-common'}}",
|
|
16
111
|
```
|
|
17
112
|
|
|
113
|
+
- 1dd5a02e91: **BREAKING:** Updated `knex` to major version 1, which also implies changing out
|
|
114
|
+
the underlying `sqlite` implementation.
|
|
115
|
+
|
|
116
|
+
The old `sqlite3` NPM library has been abandoned by its maintainers, which has
|
|
117
|
+
led to unhandled security reports and other issues. Therefore, in the `knex` 1.x
|
|
118
|
+
release line they have instead switched over to the [`@vscode/sqlite3`
|
|
119
|
+
library](https://github.com/microsoft/vscode-node-sqlite3) by default, which is
|
|
120
|
+
actively maintained by Microsoft.
|
|
121
|
+
|
|
122
|
+
This means that as you update to this version of Backstage, there are two
|
|
123
|
+
breaking changes that you will have to address in your own repository:
|
|
124
|
+
|
|
125
|
+
## Bumping `knex` itself
|
|
126
|
+
|
|
127
|
+
All `package.json` files of your repo that used to depend on a 0.x version of
|
|
128
|
+
`knex`, should now be updated to depend on the 1.x release line. This applies in
|
|
129
|
+
particular to `packages/backend`, but may also occur in backend plugins or
|
|
130
|
+
libraries.
|
|
131
|
+
|
|
132
|
+
```diff
|
|
133
|
+
- "knex": "^0.95.1",
|
|
134
|
+
+ "knex": "^1.0.2",
|
|
135
|
+
```
|
|
136
|
+
|
|
137
|
+
Almost all existing database code will continue to function without modification
|
|
138
|
+
after this bump. The only significant difference that we discovered in the main
|
|
139
|
+
repo, is that the `alter()` function had a slightly different signature in
|
|
140
|
+
migration files. It now accepts an object with `alterType` and `alterNullable`
|
|
141
|
+
fields that clarify a previous grey area such that the intent of the alteration
|
|
142
|
+
is made explicit. This is caught by `tsc` and your editor if you are using the
|
|
143
|
+
`@ts-check` and `@param` syntax in your migration files
|
|
144
|
+
([example](https://github.com/backstage/backstage/blob/master/plugins/catalog-backend/migrations/20220116144621_remove_legacy.js#L17)),
|
|
145
|
+
which we strongly recommend.
|
|
146
|
+
|
|
147
|
+
See the [`knex` documentation](https://knexjs.org/#Schema-alter) for more
|
|
148
|
+
information about the `alter` syntax.
|
|
149
|
+
|
|
150
|
+
Also see the [`knex` changelog](https://knexjs.org/#changelog) for information
|
|
151
|
+
about breaking changes in the 1.x line; if you are using `RETURNING` you may
|
|
152
|
+
want to make some additional modifications in your code.
|
|
153
|
+
|
|
154
|
+
## Switching out `sqlite3`
|
|
155
|
+
|
|
156
|
+
All `package.json` files of your repo that used to depend on `sqlite3`, should
|
|
157
|
+
now be updated to depend on `@vscode/sqlite3`. This applies in particular to
|
|
158
|
+
`packages/backend`, but may also occur in backend plugins or libraries.
|
|
159
|
+
|
|
160
|
+
```diff
|
|
161
|
+
- "sqlite3": "^5.0.1",
|
|
162
|
+
+ "@vscode/sqlite3": "^5.0.7",
|
|
163
|
+
```
|
|
164
|
+
|
|
165
|
+
These should be functionally equivalent, except that the new library will have
|
|
166
|
+
addressed some long standing problems with old transitive dependencies etc.
|
|
167
|
+
|
|
18
168
|
## 0.4.18
|
|
19
169
|
|
|
20
170
|
### Patch Changes
|
|
@@ -216,11 +366,18 @@
|
|
|
216
366
|
}
|
|
217
367
|
```
|
|
218
368
|
|
|
369
|
+
The `.fromConfig` of the `DefaultCatalogCollator` also now takes a `tokenManager` as a parameter.
|
|
370
|
+
|
|
371
|
+
```diff
|
|
372
|
+
- collator: DefaultCatalogCollator.fromConfig(config, { discovery }),
|
|
373
|
+
+ collator: DefaultCatalogCollator.fromConfig(config, { discovery, tokenManager }),
|
|
374
|
+
```
|
|
375
|
+
|
|
219
376
|
- a0d446c8ec: Replaced EntitySystemDiagramCard with EntityCatalogGraphCard
|
|
220
377
|
|
|
221
378
|
To make this change to an existing app:
|
|
222
379
|
|
|
223
|
-
Add `@backstage/plugin-catalog-graph` as a `dependency` in `packages/app/package.json`
|
|
380
|
+
Add `@backstage/plugin-catalog-graph` as a `dependency` in `packages/app/package.json` or `cd packages/app && yarn add @backstage/plugin-catalog-graph`.
|
|
224
381
|
|
|
225
382
|
Apply the following changes to the `packages/app/src/components/catalog/EntityPage.tsx` file:
|
|
226
383
|
|
package/dist/index.cjs.js
CHANGED
|
@@ -55,91 +55,91 @@ ${chalk__default["default"].red(`${error}`)}
|
|
|
55
55
|
}
|
|
56
56
|
}
|
|
57
57
|
|
|
58
|
-
var version$G = "0.4.
|
|
58
|
+
var version$G = "0.4.19";
|
|
59
59
|
|
|
60
|
-
var version$F = "0.1.
|
|
60
|
+
var version$F = "0.1.7";
|
|
61
61
|
|
|
62
|
-
var version$E = "0.10.
|
|
62
|
+
var version$E = "0.10.7";
|
|
63
63
|
|
|
64
|
-
var version$D = "0.1.
|
|
64
|
+
var version$D = "0.1.6";
|
|
65
65
|
|
|
66
|
-
var version$C = "0.
|
|
66
|
+
var version$C = "0.6.0";
|
|
67
67
|
|
|
68
68
|
var version$B = "0.9.10";
|
|
69
69
|
|
|
70
|
-
var version$A = "0.13.
|
|
70
|
+
var version$A = "0.13.2";
|
|
71
71
|
|
|
72
72
|
var version$z = "0.1.13";
|
|
73
73
|
|
|
74
74
|
var version$y = "0.5.2";
|
|
75
75
|
|
|
76
|
-
var version$x = "0.8.
|
|
76
|
+
var version$x = "0.8.8";
|
|
77
77
|
|
|
78
78
|
var version$w = "0.6.0";
|
|
79
79
|
|
|
80
80
|
var version$v = "0.2.0";
|
|
81
81
|
|
|
82
|
-
var version$u = "0.1.
|
|
82
|
+
var version$u = "0.1.21";
|
|
83
83
|
|
|
84
84
|
var version$t = "0.2.4";
|
|
85
85
|
|
|
86
86
|
var version$s = "0.2.14";
|
|
87
87
|
|
|
88
|
-
var version$r = "0.7.
|
|
88
|
+
var version$r = "0.7.2";
|
|
89
89
|
|
|
90
|
-
var version$q = "0.3.
|
|
90
|
+
var version$q = "0.3.24";
|
|
91
91
|
|
|
92
|
-
var version$p = "0.
|
|
92
|
+
var version$p = "0.10.0";
|
|
93
93
|
|
|
94
|
-
var version$o = "0.7.
|
|
94
|
+
var version$o = "0.7.12";
|
|
95
95
|
|
|
96
96
|
var version$n = "0.1.2";
|
|
97
97
|
|
|
98
|
-
var version$m = "0.6.
|
|
98
|
+
var version$m = "0.6.14";
|
|
99
99
|
|
|
100
|
-
var version$l = "0.21.
|
|
100
|
+
var version$l = "0.21.3";
|
|
101
101
|
|
|
102
|
-
var version$k = "0.2.
|
|
102
|
+
var version$k = "0.2.10";
|
|
103
103
|
|
|
104
|
-
var version$j = "0.8.
|
|
104
|
+
var version$j = "0.8.1";
|
|
105
105
|
|
|
106
|
-
var version$i = "0.2.
|
|
106
|
+
var version$i = "0.2.37";
|
|
107
107
|
|
|
108
|
-
var version$h = "0.3.
|
|
108
|
+
var version$h = "0.3.29";
|
|
109
109
|
|
|
110
|
-
var version$g = "0.4.
|
|
110
|
+
var version$g = "0.4.35";
|
|
111
111
|
|
|
112
|
-
var version$f = "0.2.
|
|
112
|
+
var version$f = "0.2.37";
|
|
113
113
|
|
|
114
|
-
var version$e = "0.4.
|
|
114
|
+
var version$e = "0.4.2";
|
|
115
115
|
|
|
116
116
|
var version$d = "0.4.0";
|
|
117
117
|
|
|
118
118
|
var version$c = "0.3.0";
|
|
119
119
|
|
|
120
|
-
var version$b = "0.4.
|
|
120
|
+
var version$b = "0.4.3";
|
|
121
121
|
|
|
122
|
-
var version$a = "0.2.
|
|
122
|
+
var version$a = "0.2.18";
|
|
123
123
|
|
|
124
|
-
var version$9 = "0.1.
|
|
124
|
+
var version$9 = "0.1.21";
|
|
125
125
|
|
|
126
|
-
var version$8 = "0.12.
|
|
126
|
+
var version$8 = "0.12.2";
|
|
127
127
|
|
|
128
|
-
var version$7 = "0.15.
|
|
128
|
+
var version$7 = "0.15.24";
|
|
129
129
|
|
|
130
|
-
var version$6 = "0.6.
|
|
130
|
+
var version$6 = "0.6.2";
|
|
131
131
|
|
|
132
|
-
var version$5 = "0.4.
|
|
132
|
+
var version$5 = "0.4.2";
|
|
133
133
|
|
|
134
134
|
var version$4 = "0.4.5";
|
|
135
135
|
|
|
136
|
-
var version$3 = "0.5.
|
|
136
|
+
var version$3 = "0.5.5";
|
|
137
137
|
|
|
138
|
-
var version$2 = "0.13.
|
|
138
|
+
var version$2 = "0.13.3";
|
|
139
139
|
|
|
140
|
-
var version$1 = "0.13.
|
|
140
|
+
var version$1 = "0.13.3";
|
|
141
141
|
|
|
142
|
-
var version = "0.3.
|
|
142
|
+
var version = "0.3.19";
|
|
143
143
|
|
|
144
144
|
const packageVersions = {
|
|
145
145
|
"@backstage/app-defaults": version$F,
|
package/package.json
CHANGED
|
@@ -28,10 +28,7 @@ import {
|
|
|
28
28
|
Settings as SidebarSettings,
|
|
29
29
|
UserSettingsSignInAvatar,
|
|
30
30
|
} from '@backstage/plugin-user-settings';
|
|
31
|
-
import {
|
|
32
|
-
SidebarSearchModal,
|
|
33
|
-
SearchContextProvider,
|
|
34
|
-
} from '@backstage/plugin-search';
|
|
31
|
+
import { SidebarSearchModal } from '@backstage/plugin-search';
|
|
35
32
|
import {
|
|
36
33
|
Sidebar,
|
|
37
34
|
sidebarConfig,
|
|
@@ -84,9 +81,7 @@ export const Root = ({ children }: PropsWithChildren<{}>) => (
|
|
|
84
81
|
<Sidebar>
|
|
85
82
|
<SidebarLogo />
|
|
86
83
|
<SidebarGroup label="Search" icon={<SearchIcon />} to="/search">
|
|
87
|
-
<
|
|
88
|
-
<SidebarSearchModal />
|
|
89
|
-
</SearchContextProvider>{' '}
|
|
84
|
+
<SidebarSearchModal />
|
|
90
85
|
</SidebarGroup>
|
|
91
86
|
<SidebarDivider />
|
|
92
87
|
<SidebarGroup label="Menu" icon={<MenuIcon />}>
|