Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Lock assets in git submodules #127

Open
ArosPrince opened this issue Mar 13, 2020 · 3 comments
Open

Lock assets in git submodules #127

ArosPrince opened this issue Mar 13, 2020 · 3 comments

Comments

@ArosPrince
Copy link

Hi, this may be an unusual use case, but here's the thing...

In our project we mount some content submodules (I mean git submodules) within the content folder. The point is to reuse our common material library among several projects. However, this GIT plugin obviously does not count with this scenario. So for example, if I lock an asset, it get's locked within the parent repo (the project repo). Well, one problem is that this file does not actually exist in this repo (I am quite surprised that it even get's through). But the biggest issue is that it doesn't really lock the file within the submodule repo, so if you edit the same material from within other project, you still get conflicts.

Would it be possible to update the plugin so that it also handles nested submodules correctly or is it too complicated?

How do you guys reuse materials? Does everyone copy everything over?

BTW I know that Perforce has a nice solution for this, but that's terribly expensive...

@ccarvalheiro
Copy link
Contributor

Hi,

We have taken a similar approach for sharing assets between multiple projects, but instead of putting them in the main content, we organize them in plugins so that we choose what we need or don't for each project. That said, we kinda hammered support (according to our workflow) for submodules to our fork of the plugin and some other improvements that I would like to contribute back. A full-blown clean implementation needs to take into account multiple considerations and might not be trivial. We've been really busy and I haven't been able to dedicate time to this and therefore can't promise that will be able to prepare a pull request in the short term.
An alternative might be teaching your artists how to use a git client for committing submodule content.

@ArosPrince
Copy link
Author

Right, thanks for sharing your experiences. I will give it a second thought...

Committing submodule content is not that difficult even for artists, but locking assets from the command line is :-)

@duplexsystem
Copy link

@ArosPrince Do you get errors when locking submodule files?

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

No branches or pull requests

3 participants