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
[#49] Allow analyze to accept multiple file or directory paths
The analyze command now takes a variadic positional argument: each path
may be a file or a directory. Directories are scanned (honoring
--search-pattern/--no-recurse); explicitly named files are analyzed
directly. This makes analyzing a single file simple and lets files from
multiple locations (e.g. a build output directory plus an external build
report) go into one database in a single invocation.
- AnalyzerTool.AnalyzeOptions.Paths replaces the single Path; CollectFiles
expands inputs, dedups, and tracks per-input roots for relative display.
- Convert tests that used the awkward ". -p <file>" form to pass paths
directly; add coverage for the directory-plus-external-file case.
- Document the new usage in command-analyze.md, analyzer.md and
buildreport.md (including the Unity 6.6 build history workflow).
Fixes#49
Copy file name to clipboardExpand all lines: Documentation/buildreport.md
+30-2Lines changed: 30 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -49,7 +49,13 @@ SELECT build_time_asset_path from build_report_source_assets WHERE build_time_as
49
49
50
50
## Cross-Referencing with Build Output
51
51
52
-
For comprehensive analysis, run `analyze` on both the build output **and** the matching build report file. Use a clean build to ensure PackedAssets information is fully populated. You may need to copy the build report into the build output directory so both are found by `analyze`.
52
+
For comprehensive analysis, run `analyze` on both the build output **and** the matching build report file. Use a clean build to ensure PackedAssets information is fully populated.
53
+
54
+
`analyze` accepts multiple path arguments, each of which can be a file or a directory, so you can pass the build output directory together with the build report path (or the directory containing it) in a single command:
PackedAssets data provides source asset information for each object that isn't available when analyzing only the build output. Objects are listed in the same order as they appear in the output SerializedFile, .resS, or .resource file.
55
61
@@ -64,11 +70,33 @@ PackedAssets data provides source asset information for each object that isn't a
64
70
65
71
## Working with Multiple Build Reports
66
72
67
-
Multiple build reports can be imported into the same database if their filenames differ. This enables:
73
+
Multiple build reports can be imported into the same database if their filenames differ. Pass each report (and any build output directories) as separate path arguments to a single `analyze` command. This enables:
68
74
- Comprehensive build history tracking
69
75
- Cross-build comparisons
70
76
- Identifying duplicated data between Player and AssetBundle builds
71
77
78
+
### Prior to Unity 6.6
79
+
80
+
Each build overwrites `Library/LastBuild.buildreport`. To compare builds, manually collect the report after each build, rename the copies so the filenames are unique (the analyzer keys serialized files by filename), then pass them to `analyze`:
Player and content directory builds record a structured [build history](https://docs.unity3d.com/6000.6/Documentation/ScriptReference/Build.BuildHistory.html) (default location `Library/BuildHistory`). Unity assigns each build its own directory and gives every build report a unique GUID-based filename, so there is no need to copy or rename reports to compare them. Run `analyze` on the entire build history folder, or on specific build report directories:
0 commit comments