Move gitlab_rails_cheat_sheet - "Projects" to relevant page
Link to specific heading: https://docs.gitlab.com/ee/administration/troubleshooting/gitlab_rails_cheat_sheet.html#projects
The listed section from our troubleshooting guide needs to be reviewed and moved.
-
Do a technical accuracy review. - If the information is a duplicate or is to fix a bug that's no longer reproducible, consider whether it's still required. If we no longer need it, make a MR to remove the content instead.
-
If the content covers a rail command, look to see if there is an open issue in the snippets project that covers the same thing. Decide which version to keep, and close the snippets issue with a link to your docs issue. -
Find the most appropriate (feature) page outside of the troubleshooting section of our docs to move the troubleshooting section to if one is not suggested above. -
Double check if the information is duplicated. If partially duplicated, integrate the troubleshooting section to the content on feature page and ignore the next 2 steps. -
If a troubleshooting section does not already exist at the bottom of the feature page, uncomment the heading (if present) or create it ## Troubleshooting [feature]
. -
Move the content to the troubleshooting section on the feature page. -
Ensure the heading for your content includes "in Rails console" and the first line after the header includes a link to how to [start a rails console session](../administration/operations/rails_console.md#starting-a-rails-console-session)
. -
Ensure the content follows the the troubleshooting content/structure style. If you have style guide questions, feel free to ask in the #docs Slack channel or submit the MR and make comments for the Technical Writer to review. -
Create a MR with the changes and follow the usual process for review/assignment.
Edited by Cynthia "Arty" Ng