Task #2249
closed
Document platform Django app layout
Status:
CLOSED - CURRENTRELEASE
Description
The Pulp developer documentation needs to be updated for 3.0. This should include:
These should go in the platform developer docs
- The location and organization of the pulp.app Django application
- How the settings.py file uses entry points to install a plugin's django app in INSTALLED_APPS
- How we use Django for discovery of models and migrations for the platform and all apps
These should go in the plugin developer docs
- How each plugin is also a Django app
- How plugins should only import from pulp.plugins
A lot of details can be found in the thread this message[0] starts.
[0]: https://www.redhat.com/archives/pulp-dev/2016-September/msg00000.html
- Tracker changed from Issue to Task
- % Done set to 0
- Groomed changed from No to Yes
- Sprint Candidate changed from No to Yes
I think this is worth doing sooner rather than later, particularly since the "file" plugin is likely to be created soon.
- Sprint/Milestone set to 29
Either in this task, or another, we need docs about the rest of the pulp 3 code layout. Yesterday some of us were trying to understand the intent and expectation behind pulp.tasking, and it would have been very helpful to have that documented.
- Sprint/Milestone changed from 29 to 30
- Sprint/Milestone changed from 30 to 36
- Status changed from NEW to ASSIGNED
- Assignee set to semyers
As might be expected, my work for #2454 intersects with this issue. Some of the documentation I did in that issue is usable here, so I'll pick this up and get it baked into the 3.0 docs.
I added a blocking relationship on #2454, since the file plugin is effectively the proof of these docs. It's likely that any changes made in the review of that issue will affect what gets written into these docs, so I think we need #2454 to be MODIFIED or better before we can adequately review docs changes related to this issue.
#2454 is now MODIFIED, I'll be getting my docs PR up for review soon.
- Sprint/Milestone changed from 36 to 37
- Status changed from ASSIGNED to POST
As mentioned in the PR, I ran into some issues with sphinx linking, particularly when sphinx is left to its own devices to create links, such as when generating a link to a given class's base class. I have some ideas about how to get sphinx playing along with the import strategy that we're using to organize things like models, serializers, and viewsets that are predicated on acceptance of my POSTed PR. I think it's possible to improve sphinx's crossref behavior a little bit to be smarter about the links it generates based on how our app is structure, and plan to capture those thoughts in a story if this goes MODIFIED in its current state.
- Status changed from POST to MODIFIED
- % Done changed from 0 to 100
- Sprint/Milestone deleted (
37)
- Sprint/Milestone set to 3.0.0
- Status changed from MODIFIED to CLOSED - CURRENTRELEASE
Also available in: Atom
PDF
Docs for application and plugin layouts and structure
closes #2249 https://pulp.plan.io/issues/2249