You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
5. Set `Repository access` as desired. If you give access to non-public repositories, make sure to grant `Repository permissions` for `Content` (read-only) and `Pull requests` (read-only)
103
-
- GitLab 1. Go to `Settings` - `Access tokens` in the relevant group or repository 2. Select `Add new token` 3. Set **Scope** to `read_api`, select a **Role** that is allowed to access code and changes
104
+
- GitLab
105
+
1. Go to `Settings` - `Access tokens` in the relevant group or repository
106
+
2. Select `Add new token`
107
+
3. Set **Scope** to `read_api`, select a **Role** that is allowed to access code and changes
108
+
- Bitbucket Cloud
109
+
- Personal access tokens
110
+
1. Log in to https://id.atlassian.com/manage-profile/security/api-tokens.
111
+
2. Select **Create API token with scopes**.
112
+
3. Select **`read:repository:bitbucket`** and **`read:pullrequest:bitbucket`** scopes.
113
+
>*When using a Bitbucket personal access token, you must also provide the email address that belongs to the token in the extension’s configuration dialog.*
114
+
- Workspace/Project/Repository access tokens
115
+
1. At https://bitbucket.org, navigate to the workspace, project or repository that you want the token to have access to.
116
+
2. Open the corresponding **workspace**, **project** or **repository settings**.
117
+
3. On the sidebar, under **Security**, select **Access tokens**.
118
+
4. Select **Create access tokens**.
119
+
5. Select **`repository`** and **`pullrequest`** permissions.
Copy file name to clipboardExpand all lines: docs/DeveloperGuide.md
+17-17Lines changed: 17 additions & 17 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -51,7 +51,7 @@ Open the ecu.test diff project in your IDE of choice and run the following termi
51
51
52
52
If you want to build the ecu.test diff extension locally for development purposes or for production use, you have access to different scripts:
53
53
54
-
**<u>Note:</u>** All of these scripts can be found and modified within the './package.json' of the project.
54
+
**<u>Note:</u>** All of these scripts can be found and modified within the `./package.json` of the project.
55
55
56
56
**Firefox:**
57
57
@@ -72,22 +72,11 @@ Your compiled files are available inside the `./dist` folder after the build pro
72
72
73
73
## Integration
74
74
75
-
For integration and testing into your browser, you have to note some differences:
75
+
You can integrate and test the local extension in your browsers:
76
76
77
-
In **Chrome/Edge** you can select the `./dist` folder inside you browser windows for importing the extension.
78
-
79
-
In **Firefox**, you can test the extension only in debug-mode.
80
-
You have to klick on 'debug add-ons' and can afterward select a .zip file for the import.
81
-
You can create the .zip file on your own or use the tool web-ext (from mozilla).
82
-
83
-
```
84
-
npm install web-ext
85
-
cd ./dist
86
-
web-ext build
87
-
```
88
-
89
-
This tooling also provides help in the [signing process](https://extensionworkshop.com/documentation/develop/extensions-and-the-add-on-id/)
90
-
which is required for the use of add-ons without a debug-mode in firefox.
77
+
- To load the local extension you need required rights (probably managed by your IT department). The browser will probably inform you if you are not allowed to contents apart from the official stores.
78
+
- In **Chrome/Edge** you can load the extension on the [extensions page](chrome://extensions/). The slider `Developer mode` on the upper right has to be activated. Then, you can click on the button `Load unpacked` and select the `./dist` folder.
79
+
- In **Firefox**, you can load the extension on the [debugging page](about:debugging#/runtime/this-firefox) (follow this link or click on 'debug add-ons' when managing addons). Click on the button `Load Temporary Add-on` and select a typical file in `./dist` folder, e.g. `./dist/manifest.json`.
91
80
92
81
## Testing / Linting / Code formatting
93
82
@@ -100,7 +89,7 @@ Select the files you want to format and run the following command:
100
89
101
90
```bash
102
91
# check all files
103
-
npm prettier:check
92
+
npm run prettier:check
104
93
105
94
# fix findings for all files
106
95
npm run prettier:write .
@@ -192,6 +181,17 @@ See the following store-specific information, to handle release specification in
192
181
- a mozilla developer account is required
193
182
- any secrets that are necessary for the publication process are set as `Actions secret`
194
183
- any additional information, see [Submitting an add-on](https://extensionworkshop.com/documentation/publish/submitting-an-add-on/)
184
+
-_Note_:
185
+
- The tool `web-ext` (from mozilla) will help you in the [signing process](https://extensionworkshop.com/documentation/develop/extensions-and-the-add-on-id/) which is required for the use of add-ons without a debug-mode in firefox.
186
+
187
+
For example, install it globally.
188
+
189
+
```
190
+
npm install web-ext -g
191
+
cd ./dist
192
+
web-ext build
193
+
```
194
+
195
195
- after publishing the application, a review is usually pending and will be published afterward
0 commit comments