Skip to content

Add some docs on subprojects #2801

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

Merged
merged 2 commits into from
Aug 31, 2017
Merged

Add some docs on subprojects #2801

merged 2 commits into from
Aug 31, 2017

Conversation

agjohnson
Copy link
Contributor

Clarify usage around subprojects, how they can be used, and other features.

Clarify usage around subprojects, how they can be used, and other features.
@agjohnson agjohnson added PR: work in progress Pull request is not ready for full review PR: ready for review and removed PR: work in progress Pull request is not ready for full review labels Apr 18, 2017
Copy link
Member

@ericholscher ericholscher left a comment

Choose a reason for hiding this comment

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

Should confirm that this doesn't conflict with #2786, but looks good.


http://docs.celeryproject.org/projects/kombu/en/latest/
https://foo.readthedocs.io/projects/bar/en/latest/
Copy link
Member

Choose a reason for hiding this comment

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

These should be real projects, I think. Either ones we control, of the ones from #2786

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 put bunk data here specifically to avoid doc rot like the celery example. #2786 adds some examples that don't seem well established or static -- I'm not seeing many links between the parent and child projects. If there were stronger examples of subprojects, I'd be +1 on real links.

Copy link
Member

Choose a reason for hiding this comment

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

I like the idea of using generic projects (foo and bar) in the general idea of the explanation. Maybe we can have another section with real life examples that point to projects and sub-projects so the user can see how they really work. If we don't control them, we can add a note like: "it may fails -said Tusam" :)

Copy link
Member

Choose a reason for hiding this comment

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

Yea, I guess my real issue is that it's linked, so people will try to click on it and get a 404. We should just make sure it isn't linked in a real fashion. +1 on having both fake & real examples tho.

Copy link
Contributor

Choose a reason for hiding this comment

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

The celery example isn't 'doc rot' per se (latest update was December?), but more that they never had the subproject and the parent project integrated together because it takes a concentrated amount of effort to get such integration working.

I'm definitely in favor of having working examples available.


In the admin dashboard for your project, select "Subprojects" from the menu.
From this page you can add a subproject by typing in the id of the project.
Copy link
Member

Choose a reason for hiding this comment

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

The id of the project? I thought it was the slug -- we should also clarify it's only projects you own.

Copy link
Contributor Author

Choose a reason for hiding this comment

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

Ah yes, correct.

I don't think this is limited to projects you own currently. We'll need this doc update along with the form change on this -- can address that separately when it comes time to work on that.

Copy link
Contributor Author

Choose a reason for hiding this comment

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

Also, on slug vs id -- slug is a development concept that likely means nothing to some users. Eventually, we should settle on language around this -- or hopefully just phase out anything that requires you to know the project slug.

Projects that are configured as subprojects will share a search index with their
parent and sibling projects. This is the only way to share search indexes, they
are not shared between arbitrary projects.
Copy link
Member

Choose a reason for hiding this comment

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

This last sentence feels weird. Why are we clarifying they are not shared between arbitrary projects? Also, I feel like we'll probably want to build a way to create custom search indexes (eg. Collections) so it feels weird to be so firm with the negative here.

Copy link
Contributor Author

Choose a reason for hiding this comment

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

This was a question i've had, so I included it. Collections would be a more correct answer, but nothing we have an answer for now.

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 made this less firm with bd4f6e9

For example,
Kombu is a subproject of celery,
so you can access it on the `celery.readthedocs.io` domain:
For example, a parent project, ``Foo`` is set up with a subproject, ``Bar``. The
Copy link
Member

Choose a reason for hiding this comment

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

I think those two commas are not needed. I would write:

For example, a parent project Foo is set up with a subproject Bar. The


http://docs.celeryproject.org/projects/kombu/en/latest/
https://foo.readthedocs.io/projects/bar/en/latest/
Copy link
Member

Choose a reason for hiding this comment

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

I like the idea of using generic projects (foo and bar) in the general idea of the explanation. Maybe we can have another section with real life examples that point to projects and sub-projects so the user can see how they really work. If we don't control them, we can add a note like: "it may fails -said Tusam" :)

@agjohnson agjohnson added PR: work in progress Pull request is not ready for full review and removed PR: ready for review PR: work in progress Pull request is not ready for full review labels May 30, 2017
@ericholscher
Copy link
Member

Gonna merge these, so we actually have some subproject docs. Can be updated/improved later.

@ericholscher ericholscher merged commit 34d2d63 into master Aug 31, 2017
@agjohnson agjohnson deleted the subproject-docs branch August 31, 2017 16:42
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
PR: work in progress Pull request is not ready for full review
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants