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
This is just a suggestion.
My impression is that having the django apps ( django-eoaauthors, django-eoaforthcoming, ...) as separate repositories complicates things, while the advantages are questionable.
With the apps in separate repos:
Pros:
clear separation between apps, main app
Cons:
apps are difficult to test (since they are not standalone, which is why the need to be copied into the eoa-1.5 codebase to be run/tested)
apps are not standalone, but depend on resources from the eoa-1.5 repository (e.g. the "base.html" template)
apps will most likely never be used in other contexts than eoa-1.5 (also because they aren't really standalone)
"git submodules" might simplify the dependency management and reduce the effort necessary for testing.
Still I think there aren't good reasons for all the hassle. A good reason to separate code would be to prevent unnecessary coupling. Still there is a mutual dependency between the apps and eoa-1.5, which renders the argument invalid.
The text was updated successfully, but these errors were encountered:
This is just a suggestion.
My impression is that having the django apps ( django-eoaauthors, django-eoaforthcoming, ...) as separate repositories complicates things, while the advantages are questionable.
With the apps in separate repos:
Pros:
Cons:
"git submodules" might simplify the dependency management and reduce the effort necessary for testing.
Still I think there aren't good reasons for all the hassle. A good reason to separate code would be to prevent unnecessary coupling. Still there is a mutual dependency between the apps and eoa-1.5, which renders the argument invalid.
The text was updated successfully, but these errors were encountered: