Finished updating 80/20 pass for UBT documentation

Onto the next DOC!!!!
This commit is contained in:
Edward R. Gonzalez 2023-11-28 20:58:25 -05:00
parent 82c6836078
commit 7efb3fee09

View File

@ -67,15 +67,12 @@ Derived from ToolMode, used to build a *target*.
`BuildConfiguration` Contains target agonstic settings. `BuildConfiguration` Contains target agonstic settings.
## QueueProjectDirectory ## QueueProjectDirectory
Used when retreving all project directories. Used when retreving all project directories.
Will Enqueue a `FileMetadataPrefetch.ScanProjectDirectory` call for the directory with the prefecter. Will Enqueue a `FileMetadataPrefetch.ScanProjectDirectory` call for the directory with the prefecter.
### ScanProjectDirectory ### ScanProjectDirectory
1. Get all extension directoires for the target project directory 1. Get all extension directoires for the target project directory
@ -85,6 +82,116 @@ Will Enqueue a `FileMetadataPrefetch.ScanProjectDirectory` call for the director
`Unreal.GetExtensionDirs` will do an initial scan for Platform, Restricted, and BaseDirectories, and remove them from CachedDirectories based if any of options for doing so are set. `Unreal.GetExtensionDirs` will do an initial scan for Platform, Restricted, and BaseDirectories, and remove them from CachedDirectories based if any of options for doing so are set.
#### ScanPluginFolder ### ScanPluginFolder
Similar to ScanProject directory, recursively scans for plugin directories.
- For all subdirectories :
1. Check if any of the files has a .uplugin extension
- If it does enqueue a `ScanDirectoryTree` for the `Source` directory.
2. Enqueue a `ScanPluginFolder` for the sub directory.
### ScanDirectoryTree
> Scan an arbitrary directory tree.
#### DirectoryItem
This is the main container being populated as it gets recursively iterated upn by QueueProjectDirectory and its helper functions.
This is done mainly by `CacheDirectories()` which is wrapped by `EnumerateDirectories()` (called on the iteration foreach for the above queue & scanning functions).
## BuildOptions
Not much, just an enum that lets the user specify:
- Skip Build
- XGE Export
- No Engine Changes
## SourceFileWorkingSet & ISourceFileWorkingSet
> Defines an interface which allows querying the working set. Files which are in the working set are excluded from unity builds, to improve iterative compile times.
By default Unreal provides the following implmentations of the interface:
- None `EmptySourceFileWorkingSet`
- Default
- Git `GitSourceFileWorkingSet`
- Perforce `PerforceSourceFileWorkingSet`
There is no refrences to where Default is used.
If the project's provider is set to None or the flag `bGenerateProjectFiles` is set, it will use the EmptySourceFileWorkingSet (essentially disable any segmentation of the working set from the unity builds).
It picks the others based on whats within the BuildConfiguration.xml located within:
[UBT Configuration Paths from offical docs](https://docs.unrealengine.com/5.3/en-US/build-configuration-for-unreal-engine/)
## BuildAsync
BuildMode's async task generator.
The first `BuildAsync` called within `ExecuteAysnc` is a prepper for the actual `BuildAsync`
1. For all target descriptors provied:
1. Create & execute init scripts
2. Create async a `TargetMakeFile`.
3. If it should also do PreBuildTargets:
1. Add to `TargetDescriptors`
It prepares the `TargetMakeFiles` and `TargetDescriptors` for the actual procedure
The Actual `BuildAsync`:
1. Check the ActionGraph has no conflicts for the current for the current build's make files.
2. Make sure no paths exceed the max path length.
3. Make a `LinkedAction` for each `TargetMakeFile`:
1. Convert each `TargetMakeFile` to `LinkedAction` with its `TargetDescriptor`.
2. If a specific `TargetDescriptor` for the make file is setup for `SpecificFilesToCompile`:
1. Check for `bSingleFileBuildDependents` and get all the related sources & headers. (To add to `FilesToBuild`)
2. Generated a list of `ProducedItems` (`FileItem` IO action element), these are added to the `MergedOutputItems` (`Hashset` of `ProducedItems`)
4. Cleanup previous & setup current `HotReload` for a `TargetMakeFile`
5. If there are more than one `TargetDescriptor` for the build, merged them into one list of LinkedActions.
6. Call `GatherOutputItems` for all `TargetDescriptors`
> Determines all the actions that should be executed for a target (filtering for single module/file, etc..)
7. `ActionGraph.Link` : Link all the `MergedActions` together:
1. Build a map from item to its action.
2. Check for cyclic-dependencies, if any are found an exection will be thrown.
3. Setup prerequisite action for each action.
4. Sort the action graph.
> For improved parallelism with local execution.
8. Generate Prerequisite Actions based on what was setup with `MergedActions`
9. Generate the `ActionHistory`
10. Generate CppDependenciesCache from the TargetDescriptors
11. Create the artifact cache if one doesn't already exist. (Place to store compiled binaries, intermediate files, and other output content). Directory is specified by the `BuildConfiguration.ArtifactDirectory`
12. Generate a list of ModuleDependencyActions that track depedency files:
1. From the ActionGraph, get all outdated actions for the cpp dependencies that need to be preprocesed.
2. Wait for all `PreprocessActions` to execute on these dependents.
13. Determine which actions have outdated cached artifacts and need to be built: (Stored in `ActionToOutatedFlag`)
1. Check al the link actions to see if its outdated and needs to be built.
2. Propcate outdated state for a file to its dependents. (`ProducedModules`/`ModuleOutputs`)
3. Check to se if external dependencies were updated. (`ImportedModules`/`ModuleImports`)
4. Setup `PrerequisiteActions` futher.
5. `ActionGraph.GatherAllOutdatadActions`:
> Plan the actions to execute for the build. For single file compiles, always rebuild the source file regardless of whether it's out of date.
14. Generate a list of `LinkedAction` (`MergedActionsToExecute`) using `ActionToOutdatedFlag` and Link them to the `ActionGraph`.
15. Foreach TargetDescriptor, check to see if a hot reload patch should be applied.
- Only one target can be hot-reloaded if more than one is attempted, an exception will be thrown.
- If There are any non-hot reload actions to execute `HotReload.CheckForLiveCodingSessionActive` will check to prevent the build from continuing if a Live coding sessions is detected. As the user needs to shutdown the editor/engine in order for this to occur.
16. If a hot-reload target is detected, the `MergedActionsToExecute` is overwritten with a `LiveCodingActionsToExecute`.
17. If the BuildOptions has `NoEngineChanges` set, throw an exception if any engine file modifcations are detected.
18. Make sure build configuration can use the executor if for the `BuildPlatform` set for the `TargetDescriptors`
19. Delete from the `ActionGraph` any outdated `ProducedItem`s (from `MergedActionsToExecute`) and save the `ActionHistory`
(`History`)
20. Create directories for the outdated items.
21. Time to execute actions:
1. If just exporting XGE, export the actions to an XML file.
2. If `WriteOutdatedActionsFile` was specified, write the actions to a JSON output.
3. Actually execute the actions:
1. If there are no `MergedActionsToExcecute` just state to the user that the target/s are up to date.
2. Log targets to build and toolchain info.
3. Set the memory per action via the `ActionExecuter`.
4. Wait for `actionArtifactCache` to be ready.
5. Execute each action with `ActionGraph.ExecuteActionsAsync`
6. Flush the `actionArtifactCache` of any changes.
4. For all the make files: Deploy the receipt of the actions via the build platform.