Skip to content

Conversation

@phisko
Copy link
Contributor

@phisko phisko commented Jan 9, 2024

No description provided.

# necessary for shader debug info in case no defaultEngine is present
_setup_default_config_file(f'{variant_configuration_directory}/DefaultEngine.ini')
_setup_default_config_file(f'{variant_configuration_directory}/DefaultGame.ini')
Package.write_project_revisions(env, variant_configuration_directory)
Copy link
Contributor

@jasugun jasugun Jan 24, 2024

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

In the DneVariant flow:

  • We copy the variant to an avtive variant folder, that will get all the edits in write_project_revisions
  • This works because the active variant folder is not perforced in any case.

In the CustomConfig flow:

  • We're working with a perfoced custom folder right? In this case I think the edits won't work out of the box (it might have worked because you tested stuff in your monorepo with no files locked by perforce).
  • You might want it peforce edit/revert wrap the file in that case

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I don't think we'd have the custom config folders on Perforce. I was thinking we'd have them on Git, like we do for variants currently

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Package are create Perforce side, after a sync from Git to Perforce, so the context of this command is a Perforce client

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@jasugun I think this subject is the last thing we need to deal with for this to be mergeable. I see two solutions:

  • add p4 edit/revert calls before modifying the files and after the commandlet is done
  • replicate the "copy into an Active directory" pipeline that we have for variants. We already have code in place that loads the CustomConfig from the Active directory (we need it to have the config applied in packages and not just during the cook process), so this could work pretty much out of the box

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Tried the second approach with this commit, seems to work properly on my end 83ca0f1

Package.write_project_revisions(env, active_configuration_directory)
_setup_default_config_file(f'{configuration_directory}/DefaultEngine.ini')
_setup_default_config_file(f'{configuration_directory}/DefaultGame.ini')
Package.write_project_revisions(env, configuration_directory)
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

In the DNEVariant workflow, we're editing an active folder that's not perforced.
The CustomConfig folder will be perforced I think, so we'll need to perfroce edit/revert wrap before editing in this case.

More generally, beware that we're not editing something from the CustomConfig folder somewhere else in the packaging code without the perforce wrap.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Duplicate of #95 (comment)?

@tdesveaux tdesveaux deleted the branch dontnod:main April 4, 2025 09:12
@tdesveaux tdesveaux closed this Apr 4, 2025
@tdesveaux
Copy link
Contributor

Wrongly closed by dev branch deletion

@tdesveaux tdesveaux reopened this Apr 4, 2025
@tdesveaux tdesveaux changed the base branch from dev to main April 4, 2025 09:20
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants