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
The previous behaviour was that if the user adds a build_extension,
the build would inject the generic build extension to cover all files.
This was useful to simplify the build.yaml file at the cost of
unexpected behaviour.
To avoid potencial unexpected behaviour,
if the user provides custom build_extensions we assume that the patterns
cover all files and therefore we do not merge the generic
build_extension.
Copy file name to clipboardExpand all lines: FAQ.md
+3-1Lines changed: 3 additions & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -182,7 +182,9 @@ to the filename.
182
182
To use `build_extensions` you can use `^` on the input string to match on the project root, and `{{}}` to capture the remaining path/filename.
183
183
184
184
You can also have multiple build_extensions options, but they can't conflict with each other.
185
-
For consistency, the output pattern must always end with `.mocks.dart` and the input pattern must always end with `.dart`
185
+
For consistency, the output pattern must always end with `.mocks.dart` and the input pattern must always end with `.dart`.
186
+
187
+
If you specify a build extension, you **MUST** ensure that your patterns cover all input files that you want generate mocks from. Failing to do so will lead to the unmatched file from not being generated at all.
0 commit comments