All the settings you can access through .Peek UI are available through code and can be read or overwritten.
To do so :
- Add the required using :
- Access and modify your .Peek personal options (stored on your computer only, see Settings for more information) :
DotPeek.Storage.PersonalOptions.BuildReportPath = "../DotPeekReports"; DotPeek.Storage.PersonalOptions.AutomaticallyShowReportAfterBuild = false;
- Access and modify your .Peek team-shared options :
DotPeek.Storage.TeamOptions.TrackVCSVersion = false;
- Save your changes to ensure .Peek can access updated settings :
Saving step cannot be ommited. Indeed, it will ensure settings that were modified are written to the disk and are accessible to the whole .Peek application.
.Peek Storage is thread safe, so the thread you are accessing it from does not matter.
DotPeek build generation is driven by two callbacks automatically called by Unity when building :
IPreprocessBuild.OnPreprocessBuild which happens just before the build starts.
When it is called, .Peek will start counting the time used to build and get the VCS commit ID of your project. Note that if beforehand some files were not commited, .Peek will add -unsync behind the commit ID.
IPostprocessBuild.OnPostprocessBuild which is called once the build is done.
When it is called, the time elapsed to make the build is saved and the report generated. Note that at that moment, all the files that are in the project, but were not added to the build are considered as unused assets.
Different modules in your project may use these callbacks, and Unity will decide which one to call first based on IPreprocessBuild.callbackOrder and IPostprocessBuild.callbackOrder
.Peek by default try to be called as early as possible and as late as possible, but you can programmatically change this behaviour by :
- Adding the required using :
- Modifying the callback order :
DotPeek.Storage.TeamOptions.PrebuildCallbackOrder = int.MinValue + 1; DotPeek.Storage.TeamOptions.PostbuildCallbackOrder = int.MaxValue - 1;
- Saving your changes to ensure .Peek can access updated settings :
Manually start .Peek metric counters¶
There is some situations you might not want to rely on the IPreprocessBuild.OnPreprocessBuild.
Indeed, when this Unity callback is called, .Peek will check your VCS status and starts counting how much time your build takes.
If ever your build pipeline is based on a custom script that executes some operations before Unity BuildPipeline.BuildPlayer is called, then when OnPreprocessBuild is called, your VCS may already have some local changes, or your build may already have taken several minutes, which will lead .Peek to display wrong information at the end of the build.
To avoid this situation you can force .Peek to start tracking these information before BuildPipeline.BuildPlayer is called. Here the steps :
- Add the required using :
- Start .Peek session with the Unity build target you are building for :
That’s it !