Immanetize (talk | contribs) |
|||
(14 intermediate revisions by 4 users not shown) | |||
Line 1: | Line 1: | ||
The term ''guide'' here refers to any piece of formal Fedora documentation maintained by the [[Fedora Documentation Project]] and published on http://docs.fedoraproject.org. Guides range from detailed manuals hundreds of pages long to short articles that describe specific tasks such as how to burn a DVD from an ISO file. | The term ''guide'' here refers to any piece of formal Fedora documentation maintained by the [[Fedora Documentation Project]] and published on http://docs.fedoraproject.org. Guides range from detailed manuals hundreds of pages long to short articles that describe specific tasks such as how to burn a DVD from an ISO file. | ||
Line 7: | Line 5: | ||
==Prerequisites== | ==Prerequisites== | ||
Before you follow this procedure, you must | Before you follow this procedure, you must | ||
* be a member of the Fedora Project (and therefore have an identity in the Fedora Account System (FAS)) — [https://admin.fedoraproject.org/accounts/user/new join the Fedora Project] | * be a member of the Fedora Project (and therefore have an identity in the Fedora Account System (FAS)) — [https://admin.fedoraproject.org/accounts/user/new join the Fedora Project] (be sure to sign the CLA in the account system too) | ||
* be a member of the [https://admin.fedoraproject.org/accounts/group/view/docs-writers | * be a member of the docs-writers group — [https://admin.fedoraproject.org/accounts/group/view/docs-writers apply] | ||
* have '''Git''' installed on your system. | * have '''Git''' installed on your system. — yum install git | ||
* have '''Publican''' and the Fedora brand package for '''Publican''' installed on your system. | * have '''Publican''' and the Fedora brand package for '''Publican''' installed on your system. — yum install publican publican-fedora | ||
==Apply to have your document hosted on fedorahosted.org== | ==Apply to have your document hosted on fedorahosted.org== | ||
Line 34: | Line 32: | ||
Do you need a mailing list? No | Do you need a mailing list? No | ||
Send commits to the following list | Send commits to the following list: docs-commits@lists.fedorahosted.org | ||
NOTE: No separate commit group needed. Please give commit access to the docs-writers group. | NOTE: No separate commit group needed. Please give commit access to the docs-writers group. | ||
Line 67: | Line 65: | ||
<li>If you are creating a new guide, create the structure of the guide with '''Publican''': | <li>If you are creating a new guide, create the structure of the guide with '''Publican''': | ||
<pre>publican create --name NAME_OF_GUIDE</pre> | <pre>publican create --name NAME_OF_GUIDE</pre> | ||
Refer to the [http:// | This will create a new directory, NAME_OF_GUIDE. You may wish to use the top level of the git repo as the top level of the guide, ie | ||
<pre>mv NAME_OF_GUIDE/* ./;rmdir NAME_OF_GUIDE</pre> | |||
</li> | |||
<li> | |||
Refer to the [http://jfearn.fedorapeople.org/en-US/Publican/ ''Publican User Guide''] for instructions on setting up a new document with '''Publican'''</li> | |||
<li>If you are moving an existing project into Fedora, copy or move the files into this new directory. If the project was previously in a version-control system, be careful not to copy hidden directories such as .svn or .git directories. If the project was previously maintained in SVN or CVS and has multiple branches, only import the trunk at this stage. Import separate branches of the project into separate Git branches later, using the procedure described in [[Branching a document in git]]</li> | <li>If you are moving an existing project into Fedora, copy or move the files into this new directory. If the project was previously in a version-control system, be careful not to copy hidden directories such as .svn or .git directories. If the project was previously maintained in SVN or CVS and has multiple branches, only import the trunk at this stage. Import separate branches of the project into separate Git branches later, using the procedure described in [[Branching a document in git]]</li> | ||
</ul></li> | </ul></li> | ||
<li>When you have created or imported your source files, initialize the local git repository: | <li>When you have created or imported your source files, initialize the local git repository. In the directory created earlier by the '''git clone''' command, run: | ||
<pre>git init</pre></li> | <pre>git init</pre></li> | ||
<li>Now check the files into the remote repository: | <li>Now check the files into the remote repository. In the directory created earlier by the '''git clone''' command, run: | ||
<pre>git add . | <pre>git add . | ||
git commit -m"Initial check-in" | git commit -m"Initial check-in" | ||
Line 79: | Line 81: | ||
</ol> | </ol> | ||
== | ==Request a Bugzilla component for your guide== | ||
All guides share the same ''product'' in Bugzilla: '''Fedora Documentation''', and each one has a separate ''component''. This is the component against which readers will file bugs and suggestions for improvement. | |||
When | <ol><li>Open a bug in Bugzilla against the '''docs-requests''' component in the '''Fedora Documentation''' product ([https://bugzilla.redhat.com/enter_bug.cgi?product=Fedora%20Documentation&component=docs-requests link])</li> | ||
<li>Use the words '''New Bugzilla component''' in the '''Summary''' field, for example, '''New Bugzilla component for Fedora Astronomy Guide'''</li> | |||
<li>When the new component is created, the bug will be updated with its details. Bugzilla components for Fedora documentation usually take the form of the title of the book in lower case, with words separated by dashes. For example: ''astronomy-guide''</li> | |||
<li>When you know the name of your Bugzilla component, be sure to update the '''BOOKID''' entity in the entity file of your book. For example: | |||
<pre><!ENTITY BOOKID "astronomy-guide"></pre></li> | |||
</ol> | |||
==Add your guide to | ==Add your guide to the Docs Project guides table== | ||
When you have checked in your source code, add your details and details of your guide to the guides table in the Fedora wiki: https://fedoraproject.org/wiki/Docs_Project_guides_table#Guides | |||
[[Category:Docs Project process]] | [[Category:Docs Project process]] | ||
[[Category: | [[Category:Docs Project]] |
Latest revision as of 20:46, 21 March 2014
The term guide here refers to any piece of formal Fedora documentation maintained by the Fedora Documentation Project and published on http://docs.fedoraproject.org. Guides range from detailed manuals hundreds of pages long to short articles that describe specific tasks such as how to burn a DVD from an ISO file.
Your guide might be an entirely new piece of writing or a project that you are migrating to Fedora from elsewhere, for example, a Red Hat Enterprise Linux document that you are bringing upstream into Fedora. These instructions apply in either case.
Prerequisites
Before you follow this procedure, you must
- be a member of the Fedora Project (and therefore have an identity in the Fedora Account System (FAS)) — join the Fedora Project (be sure to sign the CLA in the account system too)
- be a member of the docs-writers group — apply
- have Git installed on your system. — yum install git
- have Publican and the Fedora brand package for Publican installed on your system. — yum install publican publican-fedora
Apply to have your document hosted on fedorahosted.org
- Visit the Fedora Infrastructure Trac at https://fedorahosted.org/fedora-infrastructure/
- Click the Login link near the top right of the screen and supply your FAS username and password when prompted.
- Click the New Ticket link near the top right of the screen.
- Fill in the Short Summary field with:
Hosting request for NAME_OF_YOUR_GUIDE
- Select Hosting Request in the Type drop-down menu.
- A dialog box opens and asks you whether to Apply template by ticket type?. Click No.
- Copy and paste the following information into the main text box, replacing any content already there:
Project name: docs/name-of-your-guide Project short summary: SUMMARY_OF_YOUR_GUIDE SCM choice (git/bzr/hg/svn): git Project admin Fedora Account System account name: YOUR_FAS_USERNAME Yes/No, would you like a Trac instance for your project?: Yes Do you need a mailing list? No Send commits to the following list: docs-commits@lists.fedorahosted.org NOTE: No separate commit group needed. Please give commit access to the docs-writers group.
- Select Minor in the Priority drop-down menu.
- Select Hosted Projects in the Component drop-down menu.
- Click the Submit ticket button.
You will receive a notification by email when the Fedora Infrastructure Team has created space for your project.
Create local and remote repositories for your guide
When the Fedora Infrastructure Team notifies you that your hosting space is ready, create the local and remote git repositories for your guide.
- Open a virtual console or terminal emulator and change into a convenient directory in which to store your local copy of the source code.
- Check out the remote repository. Run:
git clone ssh://USERNAME@git.fedorahosted.org/git/docs/NAME_OF_GUIDE.git
Where USERNAME is your FAS username, and NAME_OF_GUIDE is the name of your guide.
Git clones the remote repository into a new directory with the same name as the name of your guide. Because the repository is currently empty, Git warns you:
warning: You appear to have cloned an empty repository.
Ignore this warning. - Change into the new directory.
- Add the files for your guide:
- If you are creating a new guide, create the structure of the guide with Publican:
publican create --name NAME_OF_GUIDE
This will create a new directory, NAME_OF_GUIDE. You may wish to use the top level of the git repo as the top level of the guide, ie
mv NAME_OF_GUIDE/* ./;rmdir NAME_OF_GUIDE
- Refer to the Publican User Guide for instructions on setting up a new document with Publican
- If you are moving an existing project into Fedora, copy or move the files into this new directory. If the project was previously in a version-control system, be careful not to copy hidden directories such as .svn or .git directories. If the project was previously maintained in SVN or CVS and has multiple branches, only import the trunk at this stage. Import separate branches of the project into separate Git branches later, using the procedure described in Branching a document in git
- If you are creating a new guide, create the structure of the guide with Publican:
- When you have created or imported your source files, initialize the local git repository. In the directory created earlier by the git clone command, run:
git init
- Now check the files into the remote repository. In the directory created earlier by the git clone command, run:
git add . git commit -m"Initial check-in" git push origin master
Request a Bugzilla component for your guide
All guides share the same product in Bugzilla: Fedora Documentation, and each one has a separate component. This is the component against which readers will file bugs and suggestions for improvement.
- Open a bug in Bugzilla against the docs-requests component in the Fedora Documentation product (link)
- Use the words New Bugzilla component in the Summary field, for example, New Bugzilla component for Fedora Astronomy Guide
- When the new component is created, the bug will be updated with its details. Bugzilla components for Fedora documentation usually take the form of the title of the book in lower case, with words separated by dashes. For example: astronomy-guide
- When you know the name of your Bugzilla component, be sure to update the BOOKID entity in the entity file of your book. For example:
<!ENTITY BOOKID "astronomy-guide">
Add your guide to the Docs Project guides table
When you have checked in your source code, add your details and details of your guide to the guides table in the Fedora wiki: https://fedoraproject.org/wiki/Docs_Project_guides_table#Guides