@flarum/cli 2.0.0-beta.9 → 2.0.0

package/LICENSE

@@ -1,6 +1,6 @@
 The MIT License (MIT)
 
-Copyright (c) 2021 Stichting Flarum (Flarum Foundation)
+Copyright (c) 2021-2022 Stichting Flarum (Flarum Foundation)
 
 Permission is hereby granted, free of charge, to any person obtaining a copy
 of this software and associated documentation files (the "Software"), to deal

package/README.md

@@ -3,41 +3,54 @@
 A CLI for developing Flarum extensions</p>
 
 <p align=center>
-<a href="https://oclif.io"><img alt"oclif" src="https://img.shields.io/badge/cli-oclif-brightgreen.svg"></a>
-<a href="https://npmjs.org/package/@flarum/cli"><img alt"Version" src="https://img.shields.io/npm/v/@flarum/cli.svg"></a>
-<a href="https://npmjs.org/package/@flarum/cli"><img alt"Downloads/week" src="https://img.shields.io/npm/dw/@flarum/cli.svg"></a>
-<a href="https://github.com/flarum/cli/blob/master/package.json"><img alt"License" src="https://img.shields.io/npm/l/@flarum/cli.svg"></a>
+<a href="https://oclif.io"><img alt="oclif" src="https://img.shields.io/badge/cli-oclif-brightgreen.svg"></a>
+<a href="https://npmjs.org/package/@flarum/cli"><img alt="Version" src="https://img.shields.io/npm/v/@flarum/cli.svg"></a>
+<a href="https://npmjs.org/package/@flarum/cli"><img alt="Downloads/week" src="https://img.shields.io/npm/dw/@flarum/cli.svg"></a>
+<a href="https://github.com/flarum/cli/blob/master/package.json"><img alt="License" src="https://img.shields.io/npm/l/@flarum/cli.svg"></a>
 <br>
-<img width=720 src="https://sycho9.github.io/flarum-cli.svg" alt="terminal_example">
 </p>
 
-<!-- toc -->
-* [Introduction](#introduction)
-* [Installation](#installation)
-* [Usage](#usage)
-* [Commands](#commands)
-<!-- tocstop -->
+- [Introduction](#introduction)
+- [Installation](#installation)
+- [Updating](#updating)
+- [Usage](#usage)
+- [Commands](#commands)
 
-# Introduction
-One of our core values is ***Framework First***, Flarum is as much a framework for extension development as it is a forum platform.
+## Introduction
+
+One of our core values is **_Framework First_**, Flarum is as much a framework for extension development as it is a forum platform.
 
 This tool was built to simplify the development of Flarum extensions by automating some repetitive and menial tasks. It allows to generate boilerplate skeleton for a new extension, common backend classes and frontend components, extenders, as well as other maintenance tasks.
 
-# Installation
+## Installation
+
 <!-- installation -->
+
 ```sh-session
-$ npm install -g @flarum/cli
+$ npm install -g @flarum/cli@^2.0.0
 ```
+
 <!-- installationstop -->
 
-# Usage
+## Updating
+
+<!-- updating -->
+
+```sh-session
+$ npm update -g @flarum/cli
+```
+
+<!-- updatingstop -->
+
+## Usage
+
 <!-- usage -->
 ```sh-session
 $ npm install -g @flarum/cli
 $ flarum-cli COMMAND
 running command...
 $ flarum-cli (-v|--version|version)
-@flarum/cli/2.0.0-beta.9 linux-x64 node-v16.13.0
+@flarum/cli/2.0.0 linux-x64 node-v18.19.1
 $ flarum-cli --help [COMMAND]
 USAGE
   $ flarum-cli COMMAND
@@ -59,29 +72,117 @@ or
 flarum-cli --help
 ```
 
-# Commands
-* `flarum-cli help [COMMAND]`
-* `flarum-cli infra backend-testing [PATH]`
-* `flarum-cli init [PATH]`
-* `flarum-cli make backend api-controller [PATH]`
-* `flarum-cli make backend api-serializer [PATH]`
-* `flarum-cli make backend api-serializer-attributes [PATH]`
-* `flarum-cli make backend command [PATH]`
-* `flarum-cli make backend event-listener [PATH]`
-* `flarum-cli make backend handler [PATH]`
-* `flarum-cli make backend integration-test [PATH]`
-* `flarum-cli make backend job [PATH]`
-* `flarum-cli make backend migration [PATH]`
-* `flarum-cli make backend model [PATH]`
-* `flarum-cli make backend policy [PATH]`
-* `flarum-cli make backend repository [PATH]`
-* `flarum-cli make backend route [PATH]`
-* `flarum-cli make backend service-provider [PATH]`
-* `flarum-cli make backend validator [PATH]`
-* `flarum-cli make frontend component [PATH]`
-* `flarum-cli make frontend modal [PATH]`
-* `flarum-cli make frontend model [PATH]`
-* `flarum-cli update js-imports [PATH]`
+## Commands
+
+The CLI has different types of commands for different tasks:
+
+**Initialisation**
+
+- `flarum-cli init [PATH]`: Generates a blank extension skeleton, including all recommended infrastructure.
+
+**Infrastructure**: See the [infrastructure](#infrastructure-modules) section for more information.
+
+- `flarum-cli infra [MODULE] [PATH]`: Adds (or updates) infrastructure for some part of extension infrastructure. You can see all available modules by running `fl-dev infra --help`.
+
+**Audit**: These commands help you make sure your extension is up to date.
+
+- `flarum-cli audit infra [--monorepo] [--fix]` Check that infrastructure files are up to date for all enabled modules.
+
+**Backend Boilerplate Generation**: Generates different types of backend classes and/or extenders, ready to be used.
+
+- `flarum-cli make backend api-controller [PATH]`
+- `flarum-cli make backend api-serializer [PATH]`
+- `flarum-cli make backend api-serializer-attributes [PATH]`
+- `flarum-cli make backend command [PATH]`
+- `flarum-cli make backend event-listener [PATH]`
+- `flarum-cli make backend handler [PATH]`
+- `flarum-cli make backend integration-test [PATH]`
+- `flarum-cli make backend job [PATH]`
+- `flarum-cli make backend migration [PATH]`
+- `flarum-cli make backend model [PATH]`
+- `flarum-cli make backend policy [PATH]`
+- `flarum-cli make backend repository [PATH]`
+- `flarum-cli make backend route [PATH]`
+- `flarum-cli make backend service-provider [PATH]`
+- `flarum-cli make backend validator [PATH]`
+
+**Frontend Boilerplate Generation**: Generate frontend components/classes, ready to be used.
+
+- `flarum-cli make frontend component [PATH]`
+- `flarum-cli make frontend modal [PATH]`
+- `flarum-cli make frontend model [PATH]`
+
+**Code Updates**: These commands help update extensions for newer versions of Flarum.
+
+- `flarum-cli update js-imports [PATH]`: Adds admin/forum/common namespaces to all JS imports from flarum core.
+
+_And of course, you can always use the help command to see a list of all available commands with their descriptions:_
+
+- `flarum-cli help [COMMAND]`
+
+All commands can use a `--no-interaction` flag to proceed with default values for prompts when possible.
+
+## 🔥 The Most Powerful Commands
+
+Of all the aforementioned commands, the two most powerful ones that will make a huge difference, are the extension initialisation command and the backend **model** generation command. The former obviously allows to kickstart the extension with the recommended skeleton from the Core Dev team, while the latter not only creates the backend model, it allows to create all the classes related to the model, from just its name:
+
+- Table migration
+- Policy
+- API Serializer
+- CRUD API Controllers
+- CRUD Handlers
+- Repository
+- Validator
+- Routes
+- Related Extenders
+
+[center]
+![terminal_example](https://sycho9.github.io/flarum-cli.svg)
+![example_project_with_model_command](https://lh3.googleusercontent.com/-fUnfqQ7rwyo/YQVwwm0sa0I/AAAAAAAAFfE/-o9B30M2gE8y6d3NWaVgBhYa8xEwqLuNwCLcBGAsYHQ/s16000/Screenshot%2Bfrom%2B2021-07-31%2B16-46-38.png)
+[/center]
+
+## Infrastructure Modules
+
+If you maintain more than just a few extensions, keeping the infrastructure up to date can be very tedious.
+We heavily value developer experience, and make it a point to support automated testing, static analysis, formatting, and other tools
+that help you work more happily and efficiently. However, all this means that there's a lot of config files to keep track of.
+
+The idea behind Flarum CLI's infrastructure modules is simple: the config for some feature is associated with a "module".
+For example, the "typescript" module includes:
+
+- The `js/tsconfig.json` file
+- Dependency reqs for `typescript`, `typescript-coverage-report`, and `flarum-tsconfig` in the `package.json` file.
+- Script configuration to check type safety and type coverage in the `package.json` file.
+
+So to enable the `typescript` module, all Flarum CLI has to do is update those files and JSON config keys to the latest version.
+
+Please note that running `flarum-cli infra` or `flarum-cli audit infra --fix` will only add new files/keys and overwrite existing ones; it will not delete old files or config keys.
+
+Also, we strongly recommend carefully looking over the changes made by these commands before committing them: they should work the vast majority of the time, but there could be some corner cases.
+
+### Excluding Files
+
+Sometimes, you'll want to customize some of these configuration files, and prevent `flarum-cli infra [MODULE]` or `flarum-cli audit infra --fix` from overriding your changes. You can also exclude any files from these updates by adding their relative path to the "extra.flarum-cli.excludeScaffolding" key's array in your extension's `composer.json` file. For example, if you wanted to exclude your tsconfig file from any updates by the infra system, your `composer.json` should look as follows:
+
+```json
+{
+  ...
+  "extra": {
+    "flarum-cli": {
+      "excludeScaffolding": [
+        "js/tsconfig.json"
+      ],
+      "excludeScaffoldingConfigKeys": {
+        "composer.json": [
+          "scripts.test:setup"
+        ],
+      ...
+    },
+    ...
+  }
+  ...
+}
+```
 
 ## For Maintainers
 
@@ -99,7 +200,7 @@ The base command is implemented at [src/base-command.ts](https://github.com/flar
 3. Confirm we are in the right directory
 4. Confirm that files will be overwritten / clear files as needed
 5. Run a set of registered steps
-6. Tell the user which steps ran
+6. Tell the user which steps ran, or display any errors
 7. Show a goodbye message
 
 Actual functionality is implemented at the step layer.
@@ -117,7 +218,7 @@ More documentation (and functionality!) will be added later.
 
 #### What are steps?
 
-Steps represent granular operations. Some are bigger and some are smaller, but they include:
+Steps represent meaningful, granular operations. Some are bigger and some are smaller, but they include:
 
 - Initializing an extension from boilerplate
 - Updating some part of an extension from boilerplate (like adding backend testing)
@@ -132,9 +233,10 @@ If some subtask might be needed by multiple commands, that should be a step too.
 The actual logic of a step is implemented in the async `run` method. This method takes:
 
 - An in-memory filesystem object (through `mem-fs`)
-- A path provider, which is a class that can be used to get paths relative to the extension root, the working directory, the requested directory, and the CLI's boilerplate directory
-- A param provider, which can be used to prompt the user for parameters. We'll discuss this more soon.
-- A "php provider", which can be used to interact with the PHP subsystem to add extenders to extend.php.
+- A paths object, which is a class that can be used to get paths relative to the extension root, the working directory, the requested directory (if the command was run with the `path` arg specified), and the monorepo directory (if in a subdirectory of a monorepo).
+- An `io` instance, which can be used to prompt the user for input or display outputs / errors.
+- An object of "providers", which represent additional functionality. For Flarum commands, these are:
+  - A "php provider", which can be used to interact with the PHP subsystem to add extenders to extend.php.
 
 Steps should modify the in-memory filesystem with their changes and return it.
 
@@ -159,7 +261,6 @@ Sharing parameters is done via the following process:
   - What the param is consumed at
   - If the param value is falsy, should the consumer step run at all? Useful for variable dependencies.
 
-
 For example:
 
 ```ts
@@ -195,7 +296,6 @@ For example:
   .run(new Paths({...}), new PromptsIO(), {php: new PhpProvider(...)});
 ```
 
-
 #### Step Composability and Atomic Groups
 
 As noted above, steps should work by modifying and returning an in-memory filesystem.
@@ -214,8 +314,6 @@ Steps for generating extenders should use `src/steps/extenders/base`, where all
 
 Steps for generating templates from php stubs should use `src/steps/stubs/php-base`, where they just need to describe what stub file they use, which params they need, and a recommended namespace where the generated file should be placed.
 
-Steps for `infra` operations (copying over some portion of the default skeleton, for operations like adding/updating backend testing or TypeScript config) shouls use `src/steps/infra/base`, where all they need to indicate is a list of files from the boilerplate they copy over, and an object describing which JSON config keys should be copied from the boilerplate to the extension for various JSON files.
-
 ### Testing
 
 Most of this architecture was driven by TDD and BDD development, allowing for a highly decoupled system.
@@ -225,3 +323,37 @@ Any additions of steps, modifications of providers, or changes of functionality
 The 3 base step types actually provide a simple interface to generate test cases. See the relevant test files for more info.
 
 Since commands directly affect the filesystem, unit tests for them aren't really possible. It would also be quite complex to unit test all commands in addition to all steps. For this reason, commands should be manually tested, but unit tests are not currently required.
+
+### Monorepo Support
+
+Flarum CLI was designed with monorepos in mind.
+When registering a step, you can provide it an array of subdirectories to run it in.
+For each of these subdirectories, an instance of the step will run with the `paths` object returning the subdirectory as `package()`, and the original root directory as `monorepo()`.
+
+A monorepo should have a `flarum-monorepo.json` file in the root directory with the following (optional) keys:
+
+- `packages.core`: a path to Flarum Core, if present.
+- `packages.extensions`: an array of paths to Flarum extensions.
+- `packages.composer`: an array of paths to non-extension PHP Composer packages published on Packagist.
+- `packages.npm`: an array of paths to non-extension JS/TS packages published on NPM.
+
+### Scaffolding Generation
+
+One powerful use-case of Flarum CLI is creating new extensions, and keeping infrastructure in sync for existing extensions.
+For example, if managing 100 extensions, making sure the prettier config is consistent for all of them can be very tedious. Additionally, it can be annoying to have to add TypeScript config to every extension, and it's easy to make mistakes.
+
+For this purpose, Flarum CLI's `Scaffolder` system formalizes the concepts of initializing and updating extension infrastructure.
+
+At the core level, there's a boilerplate directory (`boilerplate/skeleton/extension`) that contains the scaffolding for a new extension.
+
+The scaffolder receives a set of modules, which represent some aspect of infrastructure (e.g. JS, TypeScript, Backend Testing, etc).
+Modules can be updatable (e.g. TypeScript) or not (e.g. the core setup of an `extend.php` file).
+They can also be togglable (e.g. JS), or not, in which case they are always on.
+
+Modules own files in the scaffolding directory, as well as keys in JSON config files. Every file and key must belong to at least one module. If any keys in a JSON config file belong to a module, all keys must belong to a module; if no keys are owned, the config file is treated like any other file.
+
+Modules also have template params, which are used as variables in the scaffolding.
+
+There's a lot more features and guaruntees than that, see the `Module` interface for more information.
+
+The main benefit to this system is that given this scaffolding / module setup, it is possible to generate steps to initialize a new extension, update/add a module to an existing extension, or audit an extension for any outdated infrastructure. This is how the `init`, `infra`, and `audit infra` commands are implemented.

package/bin/run

@@ -1,6 +1,7 @@
 #!/usr/bin/env node
+const { resolve } = require('path');
 
-require('module-alias').addAlias('boilersmith', `${__dirname}/../lib/boilersmith`);
+require('module-alias').addAlias('boilersmith', resolve(__dirname, '..', 'lib', 'boilersmith'));
 
 const oclif = require('@oclif/core');
 

package/boilerplate/skeleton/extension/.gitattributes

@@ -1,18 +1,20 @@
-.gitattributes export-ignore
-.gitignore export-ignore
-.gitmodules export-ignore
-.github export-ignore
-.travis export-ignore
-.travis.yml export-ignore
-.editorconfig export-ignore
-.styleci.yml export-ignore
+**/.gitattributes export-ignore
+**/.gitignore export-ignore
+**/.gitmodules export-ignore
+**/.github export-ignore
+**/.travis export-ignore
+**/.travis.yml export-ignore
+**/.editorconfig export-ignore
+**/.styleci.yml export-ignore
 
-phpunit.xml export-ignore
-tests export-ignore
+**/phpunit.xml export-ignore
+**/tests export-ignore
 
-js/dist/* -diff
-js/dist/* linguist-generated
-js/dist-typings/* linguist-generated
-js/yarn.lock -diff
+**/js/dist/**/* -diff
+**/js/dist/**/* linguist-generated
+**/js/dist-typings/**/* -diff
+**/js/dist-typings/**/* linguist-generated
+**/js/yarn.lock -diff
+**/js/package-lock.json -diff
 
 * text=auto eol=lf

package/boilerplate/skeleton/extension/.github/workflows/backend.yml

@@ -2,14 +2,10 @@ name: <%= params.extensionName %> PHP
 
 on: [workflow_dispatch, push, pull_request]
 
-# The reusable workflow definitions will be moved to the `flarum/framework` repo soon.
-# This will break your current script.
-# When this happens, run `flarum-cli audit infra --fix` to update your infrastructure.
-
 jobs:
   run:
-    uses: flarum/.github/.github/workflows/REUSABLE_backend.yml@main
+    uses: flarum/framework/.github/workflows/REUSABLE_backend.yml@main
     with:
       enable_backend_testing: <%= modules.backendTesting %>
 
-      backend_directory: <%= params.backendDirectory %>
+      backend_directory: <%= params.backendDirectory %>

package/boilerplate/skeleton/extension/.github/workflows/frontend.yml

@@ -2,19 +2,17 @@ name: <%= params.extensionName %> JS
 
 on: [workflow_dispatch, push, pull_request]
 
-# The reusable workflow definitions will be moved to the `flarum/framework` repo soon.
-# This will break your current script.
-# When this happens, run `flarum-cli audit infra --fix` to update your infrastructure.
-
 jobs:
   run:
-    uses: flarum/.github/.github/workflows/REUSABLE_frontend.yml@main
+    uses: flarum/framework/.github/workflows/REUSABLE_frontend.yml@main
     with:
       enable_bundlewatch: <%= modules.bundlewatch %>
       enable_prettier: <%= modules.prettier %>
       enable_typescript: <%= modules.typescript %>
 
       frontend_directory: <%= params.frontendDirectory %>
+      backend_directory: <%= params.backendDirectory %>
+      js_package_manager: <%= params.jsPackageManager %>
       main_git_branch: <%= params.mainGitBranch %>
     secrets:
-      bundlewatch_github_token: ${{ secrets.BUNDLEWATCH_GITHUB_TOKEN }}
+      bundlewatch_github_token: ${{ secrets.BUNDLEWATCH_GITHUB_TOKEN }}

package/boilerplate/skeleton/extension/LICENSE.md

@@ -1 +1 @@
-<%= params.licenseText %>
+<%- params.licenseText %>

package/boilerplate/skeleton/extension/README.md

@@ -2,7 +2,7 @@
 
 ![License](https://img.shields.io/badge/license-<%= params.licenseType %>-blue.svg) [![Latest Stable Version](https://img.shields.io/packagist/v/<%= params.packageName %>.svg)](https://packagist.org/packages/<%= params.packageName %>) [![Total Downloads](https://img.shields.io/packagist/dt/<%= params.packageName %>.svg)](https://packagist.org/packages/<%= params.packageName %>)
 
-A [Flarum](http://flarum.org) extension. <%= params.packageDescription %>
+A [Flarum](https://flarum.org) extension. <%= params.packageDescription %>
 
 ## Installation
 

package/boilerplate/skeleton/extension/composer.json

@@ -7,7 +7,7 @@
     "type": "flarum-extension",
     "license": "<%= params.licenseType %>",
     "require": {
-        "flarum/core": "^1.0.0"
+        "flarum/core": "^1.2.0"
     },
     "require-dev": {
         "flarum/testing": "^1.0.0"
@@ -22,13 +22,13 @@
     <% if (params.packageNamespace) { %>
     "autoload": {
         "psr-4": {
-            "<%= params.packageNamespaceEscapedSlash %>\\": "src/"
+            "<%= params.packageNamespace %>\\": "src/"
         }
     },
     <% } %>
     "autoload-dev": {
         "psr-4": {
-            "<%= params.packageNamespaceEscapedSlash %>\\Tests\\": "tests/"
+            "<%= params.packageNamespace %>\\Tests\\": "tests/"
         }
     },
     "extra": {
@@ -56,5 +56,7 @@
         "test:unit": "Runs all unit tests.",
         "test:integration": "Runs all integration tests.",
         "test:setup": "Sets up a database for use with integration tests. Execute this only once."
-    }
+    },
+    "minimum-stability": "dev",
+    "prefer-stable": true
 }

package/boilerplate/skeleton/extension/extend.php

@@ -14,10 +14,10 @@ namespace <%= params.packageNamespace %>;
 use Flarum\Extend;
 
 return [
-    <% if (modules.js || modules.css) { %>(new Extend\Frontend('forum'))
+    <% if (modules.forum) { %>(new Extend\Frontend('forum'))
         <% if (modules.js) { %>->js(__DIR__.'/js/dist/forum.js')<% if (!modules.css) { %>,<% } %><% } %>
         <% if (modules.css) { %>->css(__DIR__.'/less/forum.less'),<% } %><% } %>
-    <% if (modules.js || modules.css) { %>(new Extend\Frontend('admin'))
+    <% if (modules.admin) { %>(new Extend\Frontend('admin'))
         <% if (modules.js) { %>->js(__DIR__.'/js/dist/admin.js')<% if (!modules.css) { %>,<% } %><% } %>
         <% if (modules.css) { %>->css(__DIR__.'/less/admin.less'),<% } %><% } %>
     <% if (modules.locale) { %>new Extend\Locales(__DIR__.'/locale'),<% } %>

package/boilerplate/skeleton/extension/js/admin.ts

@@ -0,0 +1,2 @@
+<% if (modules.jsCommon) { %>export * from './src/common';
+<% } %>export * from './src/admin';

package/boilerplate/skeleton/extension/js/forum.ts

@@ -0,0 +1,2 @@
+<% if (modules.jsCommon) { %>export * from './src/common';
+<% } %>export * from './src/forum';

package/boilerplate/skeleton/extension/js/package.json

@@ -1,6 +1,7 @@
 {
   "name": "@<%= params.packageName %>",
   "private": true,
+  "version": "0.0.0",
   "prettier": "@flarum/prettier-config",
   "dependencies": {
   },
@@ -17,9 +18,12 @@
   "scripts": {
     "dev": "webpack --mode development --watch",
     "build": "webpack --mode production",
-    "analyze": "cross-env ANALYZER=true yarn build",
+    "analyze": "cross-env ANALYZER=true <%= params.jsPackageManager %> run build",
     "format": "prettier --write src",
     "format-check": "prettier --check src",
+    "clean-typings": "npx rimraf dist-typings && mkdir dist-typings",
+    "build-typings": "<%= params.jsPackageManager %> run clean-typings && ([ -e src/@types ] && cp -r src/@types dist-typings/@types || true) && tsc && <%= params.jsPackageManager %> run post-build-typings",
+    "post-build-typings": "find dist-typings -type f -name '*.d.ts' -print0 | xargs -0 sed -i 's,../src/@types,@types,g'",
     "check-typings": "tsc --noEmit --emitDeclarationOnly false",
     "check-typings-coverage": "typescript-coverage-report"
   }

package/boilerplate/skeleton/extension/js/src/admin/index.ts

@@ -0,0 +1,5 @@
+import app from 'flarum/admin/app';
+
+app.initializers.add('<%= params.packageName %>', () => {
+  console.log('[<%= params.packageName %>] Hello, admin!');
+});

package/boilerplate/skeleton/extension/js/src/common/index.ts

@@ -0,0 +1,5 @@
+import app from 'flarum/common/app';
+
+app.initializers.add('<%= params.packageName %>', () => {
+  console.log('[<%= params.packageName %>] Hello, forum and admin!');
+});

package/boilerplate/skeleton/extension/js/src/forum/index.ts

@@ -0,0 +1,5 @@
+import app from 'flarum/forum/app';
+
+app.initializers.add('<%= params.packageName %>', () => {
+  console.log('[<%= params.packageName %>] Hello, forum!');
+});

package/boilerplate/skeleton/extension/js/tsconfig.json

@@ -4,13 +4,21 @@
   // This will match all .ts, .tsx, .d.ts, .js, .jsx files in your `src` folder
   // and also tells your Typescript server to read core's global typings for
   // access to `dayjs` and `$` in the global namespace.
-  "include": ["src/**/*", "../vendor/flarum/core/js/dist-typings/@types/**/*", "@types/**/*"],
+  "include": [
+      "src/**/*",
+      "../vendor/*/*/js/dist-typings/@types/**/*",
+// <CUSTOM-1>
+// </CUSTOM-1>
+      "@types/**/*"
+],
   "compilerOptions": {
     // This will output typings to `dist-typings`
     "declarationDir": "./dist-typings",
     "baseUrl": ".",
     "paths": {
-      "flarum/*": ["../vendor/flarum/core/js/dist-typings/*"]
+      "flarum/*": ["../vendor/flarum/core/js/dist-typings/*"],
+// <CUSTOM-2>
+// </CUSTOM-2>
     }
   }
 }

package/boilerplate/skeleton/extension/locale/en.yml

@@ -1,6 +1,6 @@
 <%= params.extensionId %>:
   # For more details on the format
-  # Checkout https://docs.flarum.org/extend/i18n.html#appendix-a-standard-key-format
+  # Checkout https://docs.flarum.org/extend/i18n/#appendix-a-standard-key-format
   admin:
     my_cool_key: My Cool Key
 

package/boilerplate/skeleton/extension/tests/phpunit.integration.xml

@@ -19,6 +19,7 @@
     <testsuites>
         <testsuite name="Flarum Integration Tests">
             <directory suffix="Test.php">./integration</directory>
+             <exclude>./integration/tmp</exclude>
         </testsuite>
     </testsuites>
 </phpunit>

package/lib/base-command.d.ts

@@ -23,7 +23,7 @@ export default abstract class BaseCommand extends Command {
     protected welcomeMessage(): string;
     protected goodbyeMessage(): string;
     protected additionalPreRunChecks(_extRoot: string): Promise<void>;
-    protected abstract steps(stepManager: StepManager<FlarumProviders>): StepManager<FlarumProviders>;
+    protected abstract steps(stepManager: StepManager<FlarumProviders>, extRoot: string): StepManager<FlarumProviders>;
     protected genIO(): IO;
     protected monorepoPaths(options: {
         includeCore: boolean;
@@ -31,7 +31,9 @@ export default abstract class BaseCommand extends Command {
         includePhpPackages: boolean;
         includeJSPackages: boolean;
     }): string[];
+    protected isFlarumMonorepo(path: string): boolean;
     protected isFlarumCore(path: string): boolean;
+    protected jsPackageManager(currDir: string): 'yarn' | 'npm' | null;
     protected getFlarumExtensionRoot(currDir: string): Promise<{
         path: string;
         type: LocationType;