From adb65f02f849e43bc6cae02dcfe799877878215b Mon Sep 17 00:00:00 2001 From: Silvio Rhatto Date: Sat, 31 Oct 2015 20:05:23 -0200 Subject: Documentação usando python-sphinx MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- .gitignore | 1 + .gitmodules | 3 + Makefile | 158 ++++++++++++++++++++++++++++++ README.md | 124 ------------------------ README.rst | 182 +++++++++++++++++++++++++++++++++++ TODO.rst | 6 ++ _themes/sphinx_rtd_theme | 1 + conf.py | 243 +++++++++++++++++++++++++++++++++++++++++++++++ index.rst | 1 + 9 files changed, 595 insertions(+), 124 deletions(-) create mode 100644 .gitignore create mode 100644 .gitmodules create mode 100644 Makefile delete mode 100644 README.md create mode 100644 README.rst create mode 100644 TODO.rst create mode 160000 _themes/sphinx_rtd_theme create mode 100644 conf.py create mode 120000 index.rst diff --git a/.gitignore b/.gitignore new file mode 100644 index 0000000..e35d885 --- /dev/null +++ b/.gitignore @@ -0,0 +1 @@ +_build diff --git a/.gitmodules b/.gitmodules new file mode 100644 index 0000000..a4fdaab --- /dev/null +++ b/.gitmodules @@ -0,0 +1,3 @@ +[submodule "_themes/sphinx_rtd_theme"] + path = _themes/sphinx_rtd_theme + url = https://github.com/snide/sphinx_rtd_theme diff --git a/Makefile b/Makefile new file mode 100644 index 0000000..2cabf43 --- /dev/null +++ b/Makefile @@ -0,0 +1,158 @@ +# Makefile for Sphinx documentation +# + +# You can set these variables from the command line. +SPHINXOPTS = +SPHINXBUILD = sphinx-build +PAPER = +BUILDDIR = _build + +# Internal variables. +PAPEROPT_a4 = -D latex_paper_size=a4 +PAPEROPT_letter = -D latex_paper_size=letter +ALLSPHINXOPTS = -d $(BUILDDIR)/doctrees $(PAPEROPT_$(PAPER)) $(SPHINXOPTS) . +# the i18n builder cannot share the environment and doctrees with the others +I18NSPHINXOPTS = $(PAPEROPT_$(PAPER)) $(SPHINXOPTS) . + +.PHONY: help clean html dirhtml singlehtml pickle json htmlhelp qthelp devhelp epub latex latexpdf text man changes linkcheck doctest gettext + +help: + @echo "Please use \`make ' where is one of" + @echo " html to make standalone HTML files" + @echo " dirhtml to make HTML files named index.html in directories" + @echo " singlehtml to make a single large HTML file" + @echo " pickle to make pickle files" + @echo " json to make JSON files" + @echo " htmlhelp to make HTML files and a HTML help project" + @echo " qthelp to make HTML files and a qthelp project" + @echo " devhelp to make HTML files and a Devhelp project" + @echo " epub to make an epub" + @echo " latex to make LaTeX files, you can set PAPER=a4 or PAPER=letter" + @echo " latexpdf to make LaTeX files and run them through pdflatex" + @echo " text to make text files" + @echo " man to make manual pages" + @echo " texinfo to make Texinfo files" + @echo " info to make Texinfo files and run them through makeinfo" + @echo " gettext to make PO message catalogs" + @echo " changes to make an overview of all changed/added/deprecated items" + @echo " linkcheck to check all external links for integrity" + @echo " doctest to run all doctests embedded in the documentation (if enabled)" + +clean: + -rm -rf $(BUILDDIR)/* + +html: + $(SPHINXBUILD) -b html $(ALLSPHINXOPTS) $(BUILDDIR)/html + @echo + @echo "Build finished. The HTML pages are in $(BUILDDIR)/html." + +dirhtml: + $(SPHINXBUILD) -b dirhtml $(ALLSPHINXOPTS) $(BUILDDIR)/dirhtml + @echo + @echo "Build finished. The HTML pages are in $(BUILDDIR)/dirhtml." + +singlehtml: + $(SPHINXBUILD) -b singlehtml $(ALLSPHINXOPTS) $(BUILDDIR)/singlehtml + @echo + @echo "Build finished. The HTML page is in $(BUILDDIR)/singlehtml." + +pickle: + $(SPHINXBUILD) -b pickle $(ALLSPHINXOPTS) $(BUILDDIR)/pickle + @echo + @echo "Build finished; now you can process the pickle files." + +json: + $(SPHINXBUILD) -b json $(ALLSPHINXOPTS) $(BUILDDIR)/json + @echo + @echo "Build finished; now you can process the JSON files." + +htmlhelp: + $(SPHINXBUILD) -b htmlhelp $(ALLSPHINXOPTS) $(BUILDDIR)/htmlhelp + @echo + @echo "Build finished; now you can run HTML Help Workshop with the" \ + ".hhp project file in $(BUILDDIR)/htmlhelp." + +qthelp: + $(SPHINXBUILD) -b qthelp $(ALLSPHINXOPTS) $(BUILDDIR)/qthelp + @echo + @echo "Build finished; now you can run "qcollectiongenerator" with the" \ + ".qhcp project file in $(BUILDDIR)/qthelp, like this:" + @echo "# qcollectiongenerator $(BUILDDIR)/qthelp/BoasPrticasemDesenvolvimento.qhcp" + @echo "To view the help file:" + @echo "# assistant -collectionFile $(BUILDDIR)/qthelp/BoasPrticasemDesenvolvimento.qhc" + +devhelp: + $(SPHINXBUILD) -b devhelp $(ALLSPHINXOPTS) $(BUILDDIR)/devhelp + @echo + @echo "Build finished." + @echo "To view the help file:" + @echo "# mkdir -p $$HOME/.local/share/devhelp/BoasPrticasemDesenvolvimento" + @echo "# ln -s $(BUILDDIR)/devhelp $$HOME/.local/share/devhelp/BoasPrticasemDesenvolvimento" + @echo "# devhelp" + +epub: + $(SPHINXBUILD) -b epub $(ALLSPHINXOPTS) $(BUILDDIR)/epub + @echo + @echo "Build finished. The epub file is in $(BUILDDIR)/epub." + +latex: + $(SPHINXBUILD) -b latex $(ALLSPHINXOPTS) $(BUILDDIR)/latex + @echo + @echo "Build finished; the LaTeX files are in $(BUILDDIR)/latex." + @echo "Run \`make' in that directory to run these through (pdf)latex" \ + "(use \`make latexpdf' here to do that automatically)." + +latexpdf: + $(SPHINXBUILD) -b latex $(ALLSPHINXOPTS) $(BUILDDIR)/latex + @echo "Running LaTeX files through pdflatex..." + $(MAKE) -C $(BUILDDIR)/latex all-pdf + @echo "pdflatex finished; the PDF files are in $(BUILDDIR)/latex." + +text: + $(SPHINXBUILD) -b text $(ALLSPHINXOPTS) $(BUILDDIR)/text + @echo + @echo "Build finished. The text files are in $(BUILDDIR)/text." + +man: + $(SPHINXBUILD) -b man $(ALLSPHINXOPTS) $(BUILDDIR)/man + @echo + @echo "Build finished. The manual pages are in $(BUILDDIR)/man." + +texinfo: + $(SPHINXBUILD) -b texinfo $(ALLSPHINXOPTS) $(BUILDDIR)/texinfo + @echo + @echo "Build finished. The Texinfo files are in $(BUILDDIR)/texinfo." + @echo "Run \`make' in that directory to run these through makeinfo" \ + "(use \`make info' here to do that automatically)." + +info: + $(SPHINXBUILD) -b texinfo $(ALLSPHINXOPTS) $(BUILDDIR)/texinfo + @echo "Running Texinfo files through makeinfo..." + make -C $(BUILDDIR)/texinfo info + @echo "makeinfo finished; the Info files are in $(BUILDDIR)/texinfo." + +gettext: + $(SPHINXBUILD) -b gettext $(I18NSPHINXOPTS) $(BUILDDIR)/locale + @echo + @echo "Build finished. The message catalogs are in $(BUILDDIR)/locale." + +changes: + $(SPHINXBUILD) -b changes $(ALLSPHINXOPTS) $(BUILDDIR)/changes + @echo + @echo "The overview file is in $(BUILDDIR)/changes." + +linkcheck: + $(SPHINXBUILD) -b linkcheck $(ALLSPHINXOPTS) $(BUILDDIR)/linkcheck + @echo + @echo "Link check complete; look for any errors in the above output " \ + "or in $(BUILDDIR)/linkcheck/output.txt." + +doctest: + $(SPHINXBUILD) -b doctest $(ALLSPHINXOPTS) $(BUILDDIR)/doctest + @echo "Testing of doctests in the sources finished, look at the " \ + "results in $(BUILDDIR)/doctest/output.txt." + +web: html + +web_deploy: + @rsync -avz --delete _build/html/ boaspraticas:/var/sites/boaspraticas/www/ diff --git a/README.md b/README.md deleted file mode 100644 index b801f89..0000000 --- a/README.md +++ /dev/null @@ -1,124 +0,0 @@ -Boas Práticas em Desenvolvimento -================================ - -Ementa ------- - -* Título do curso: Boas Práticas em Desenvolvimento de Software. -* Professores: Silvio Rhatto. -* Tempo estimado de dedicação do aluno e agenda de comprometimento sugerida: 40 horas. -* Público alvo e Pré-requisitos: o curso é orientado a desenvolvedores(as) de software que já possuem ao menos um conhecimento básico em programação e que necessitam melhorar sua produtividade ou mesmo trabalhar em time de maneira fluida. -* Dificuldade do curso: intermediário. - -### Currículo do professor - -Silvio Rhatto é bacharel em meteorologia, técnico em eletrônica e autodidata em computação. Desenvolve software livre há mais de 10 anos e já realizou diversos cursos na área de tecnologia, especialmente em segurança da informação e privacidade. - -### Descrição do curso - -Este curso introduz diversas metedologias, ferramentas e conceitos de desenvolvimento de software que aumentam a produtividade e facilitam o compartilhamento de código. A ideia é preencher a lacuna dos cursos específicos de programação que dificilmente abordam questões práticas e cotidianas como controle de versão, manutenção de um ambiente de desenvolvimento, licenciamento, segurança, etc. - -Apesar dos softwares serem produtos definidos, reprodutíveis e na maioria das vezes determinísticos, o seu desenvolvimento implica na canalização da criatividade, na capacidade de trabalhar colaborativamente e enfrentar desafios como a integração de elementos já disponíveis. Para que isso seja possível e agradável, é fundamental que o(a) programador(a) entenda o processo de desenvolvimento que vai além de simplesmente codificar seu raciocínio numa linguagem de programação. - -Serão apresentados problemas essenciais e acidentais da programação e diferentes maneiras de abordá-los, indo desde a ansiedade de programar até os modernos ambientes de teste contínuo. - -Ao concluir o curso, o(a) aluno(a) terá condições de: - -* Analisar criticamente as técnicas e ferramentas apresentadas. -* Escolher quais delas mais se adequam à sua realidade. -* Pesquisar o tema por conta própria. - -### Estrutura do curso - -O curso será dividido em 8 aulas, sendo cada aula organizada nos seguintes capítulos: - -1. Metodologias e técnicas de produtividade. -2. Ambientes de desenvolvimento eficientes. -3. Licenças de software. -4. Controle de versão e social coding. -5. DevOps: desenvolvendo e orquestrando. -6. Segurança e privacidade. -7. Quando (não) reinventar a roda. -8. Lidando com os clientes. - -Os capítulos serão organizados na forma de: - -* Vídeo aulas. -* Testes e atividades online. -* Exercícios individuais de aplicação. -* Leitura de material didático de apoio. - -### Dificuldade do curso - -Intermediária. - -### Relação do curso com o PRONATEC - -Eixo Tecnológico: Informação e Comunicação (é um curso transversal, aderente á todos os demais cursos que envolvem linguagens de programação e / ou desenvolvimento de software). - -### Aplicação do conhecimento - -Como e onde ele vai usar usar isso ? Por que que ele será um profissional melhor aplicando este conhecimento ? - -### Material Didático - -Sugestão de Bibliografia: - -* O Mítico Homem-Mês. - -Plano de aulas --------------- - -1. Metodologias e técnicas de produtividade. - * Apresentação do professor e do curso. - * O que são boas práticas de desenvolvimento? - * Mitos e verdades do desenvolvimento. - * A catedral e o bazar: Lei de Linus. - * Metodologias pessoais. - * Pomodoro. - * GTD. - * ZTD. - * Metodologias em equipe. - * Agile. - * Scrum. -2. Ambientes de desenvolvimento eficientes. - * A guerra dos editores de texto e IDEs. - * Ambiente de desenvolvimento eficiente e confortável. - * Backups e ferramentaria. - * Criando seus templates de desenvolvimento. - * Mantendo um diário de bordo e uma base de conhecimento. -3. Licenças de software. - * GPL. - * BSD. - * Apache. - * Creative Commons. - * Domínio Público. -4. Controle de versão e social coding. - * O que é? Pra que serve? - * Quais sistemas existem? - * Focando no git e no git-flow. - * Versionando desde o dia 0. - * Social coding (gitlab, github, etc). -5. DevOps: desenvolvendo e orquestrando. - * Vagrant, docker, KVM e afins. - * Ambientes reprodutíveis. - * Integração contínua usando o [Travis CI](http://travis-ci.org/). - * Fazendo o deploy: - * SSH e rsync. - * Permissões. -6. Segurança e privacidade. - * Segurança começa no desenvolvimento. - * Use bibliotecas consolidadass! - * Princípio das permissões mínimas. - * Criptografia básica: - * Assinaturas digitais. - * Comunicação cifrada. - * Certificados x509 para SSL/TLS/HTTPS. -7. Quando (não) reinventar a roda. - * Antipatterns. - * Inferno de dependências. - * Documentação: lendo e escrevendo. -8. Lidando com os clientes. - * Como fazer / Apresentar uma proposta comercial para um cliente? - * Items essenciais de uma proposta. - * Como cobrar (por hora ou por projeto). diff --git a/README.rst b/README.rst new file mode 100644 index 0000000..793c42a --- /dev/null +++ b/README.rst @@ -0,0 +1,182 @@ +.. Boas Práticas em Desenvolvimento documentation master file, created by + sphinx-quickstart on Sat Oct 31 19:44:44 2015. + You can adapt this file completely to your liking, but it should at least + contain the root `toctree` directive. + +Boas Práticas em Desenvolvimento +================================ + +Ementa +------ + +- Título do curso: Boas Práticas em Desenvolvimento de Software. +- Professores: Silvio Rhatto. +- Tempo estimado de dedicação do aluno e agenda de comprometimento + sugerida: 40 horas. +- Público alvo e Pré-requisitos: o curso é orientado a + desenvolvedores(as) de software que já possuem ao menos um + conhecimento básico em programação e que necessitam melhorar sua + produtividade ou mesmo trabalhar em time de maneira fluida. +- Dificuldade do curso: intermediário. + +Currículo do professor +~~~~~~~~~~~~~~~~~~~~~~ + +Silvio Rhatto é bacharel em meteorologia, técnico em eletrônica e +autodidata em computação. Desenvolve software livre há mais de 10 anos e +já realizou diversos cursos na área de tecnologia, especialmente em +segurança da informação e privacidade. + +Descrição do curso +~~~~~~~~~~~~~~~~~~ + +Este curso introduz diversas metedologias, ferramentas e conceitos de +desenvolvimento de software que aumentam a produtividade e facilitam o +compartilhamento de código. A ideia é preencher a lacuna dos cursos +específicos de programação que dificilmente abordam questões práticas e +cotidianas como controle de versão, manutenção de um ambiente de +desenvolvimento, licenciamento, segurança, etc. + +Apesar dos softwares serem produtos definidos, reprodutíveis e na +maioria das vezes determinísticos, o seu desenvolvimento implica na +canalização da criatividade, na capacidade de trabalhar +colaborativamente e enfrentar desafios como a integração de elementos já +disponíveis. Para que isso seja possível e agradável, é fundamental que +o(a) programador(a) entenda o processo de desenvolvimento que vai além +de simplesmente codificar seu raciocínio numa linguagem de programação. + +Serão apresentados problemas essenciais e acidentais da programação e +diferentes maneiras de abordá-los, indo desde a ansiedade de programar +até os modernos ambientes de teste contínuo. + +Ao concluir o curso, o(a) aluno(a) terá condições de: + +- Analisar criticamente as técnicas e ferramentas apresentadas. +- Escolher quais delas mais se adequam à sua realidade. +- Pesquisar o tema por conta própria. + +Estrutura do curso +~~~~~~~~~~~~~~~~~~ + +O curso será dividido em 8 aulas, sendo cada aula organizada nos +seguintes capítulos: + +1. Metodologias e técnicas de produtividade. +2. Ambientes de desenvolvimento eficientes. +3. Licenças de software. +4. Controle de versão e social coding. +5. DevOps: desenvolvendo e orquestrando. +6. Segurança e privacidade. +7. Quando (não) reinventar a roda. +8. Lidando com os clientes. + +Os capítulos serão organizados na forma de: + +- Vídeo aulas. +- Testes e atividades online. +- Exercícios individuais de aplicação. +- Leitura de material didático de apoio. + +Dificuldade do curso +~~~~~~~~~~~~~~~~~~~~ + +Intermediária. + +Relação do curso com o PRONATEC +~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ + +Eixo Tecnológico: Informação e Comunicação (é um curso transversal, +aderente á todos os demais cursos que envolvem linguagens de programação +e / ou desenvolvimento de software). + +Aplicação do conhecimento +~~~~~~~~~~~~~~~~~~~~~~~~~ + +Como e onde ele vai usar usar isso ? Por que que ele será um +profissional melhor aplicando este conhecimento ? + +Material Didático +~~~~~~~~~~~~~~~~~ + +Sugestão de Bibliografia: + +- O Mítico Homem-Mês. + +Plano de aulas +-------------- + +1. Metodologias e técnicas de produtividade. + +- Apresentação do professor e do curso. +- O que são boas práticas de desenvolvimento? +- Mitos e verdades do desenvolvimento. +- A catedral e o bazar: Lei de Linus. +- Metodologias pessoais. + + - Pomodoro. + - GTD. + - ZTD. + +- Metodologias em equipe. + + - Agile. + - Scrum. + +2. Ambientes de desenvolvimento eficientes. + +- A guerra dos editores de texto e IDEs. +- Ambiente de desenvolvimento eficiente e confortável. +- Backups e ferramentaria. +- Criando seus templates de desenvolvimento. +- Mantendo um diário de bordo e uma base de conhecimento. + +3. Licenças de software. + +- GPL. +- BSD. +- Apache. +- Creative Commons. +- Domínio Público. + +4. Controle de versão e social coding. + +- O que é? Pra que serve? +- Quais sistemas existem? +- Focando no git e no git-flow. +- Versionando desde o dia 0. +- Social coding (gitlab, github, etc). + +5. DevOps: desenvolvendo e orquestrando. + +- Vagrant, docker, KVM e afins. +- Ambientes reprodutíveis. +- Integração contínua usando o `Travis CI `_. +- Fazendo o deploy: + + - SSH e rsync. + - Permissões. + +6. Segurança e privacidade. + +- Segurança começa no desenvolvimento. +- Use bibliotecas consolidadass! +- Princípio das permissões mínimas. +- Criptografia básica: + + - Assinaturas digitais. + - Comunicação cifrada. + +- Certificados x509 para SSL/TLS/HTTPS. + +7. Quando (não) reinventar a roda. + +- Antipatterns. +- Inferno de dependências. +- Documentação: lendo e escrevendo. + +8. Lidando com os clientes. + +- Como fazer / Apresentar uma proposta comercial para um cliente? +- Items essenciais de uma proposta. +- Como cobrar (por hora ou por projeto). + diff --git a/TODO.rst b/TODO.rst new file mode 100644 index 0000000..e37260c --- /dev/null +++ b/TODO.rst @@ -0,0 +1,6 @@ +TODO +==== + +- Migrar para `sphinx `_. +- Gerar saídas em HTML e pdf. + diff --git a/_themes/sphinx_rtd_theme b/_themes/sphinx_rtd_theme new file mode 160000 index 0000000..012d42d --- /dev/null +++ b/_themes/sphinx_rtd_theme @@ -0,0 +1 @@ +Subproject commit 012d42db6a2b00f799223963fb8b0aa3754630eb diff --git a/conf.py b/conf.py new file mode 100644 index 0000000..4980f9c --- /dev/null +++ b/conf.py @@ -0,0 +1,243 @@ +# -*- coding: utf-8 -*- +# +# Boas Práticas em Desenvolvimento documentation build configuration file, created by +# sphinx-quickstart on Sat Oct 31 19:44:44 2015. +# +# This file is execfile()d with the current directory set to its containing dir. +# +# Note that not all possible configuration values are present in this +# autogenerated file. +# +# All configuration values have a default; values that are commented out +# serve to show the default. + +import sys, os + +# If extensions (or modules to document with autodoc) are in another directory, +# add these directories to sys.path here. If the directory is relative to the +# documentation root, use os.path.abspath to make it absolute, like shown here. +#sys.path.insert(0, os.path.abspath('.')) + +# -- General configuration ----------------------------------------------------- + +# If your documentation needs a minimal Sphinx version, state it here. +#needs_sphinx = '1.0' + +# Add any Sphinx extension module names here, as strings. They can be extensions +# coming with Sphinx (named 'sphinx.ext.*') or your custom ones. +extensions = [] + +# Add any paths that contain templates here, relative to this directory. +templates_path = ['_templates'] + +# The suffix of source filenames. +source_suffix = '.rst' + +# The encoding of source files. +#source_encoding = 'utf-8-sig' + +# The master toctree document. +master_doc = 'index' + +# General information about the project. +project = u'Boas Práticas em Desenvolvimento' +copyright = u'2015, Silvio Rhatto' + +# The version info for the project you're documenting, acts as replacement for +# |version| and |release|, also used in various other places throughout the +# built documents. +# +# The short X.Y version. +version = '0.1' +# The full version, including alpha/beta/rc tags. +release = '0.1' + +# The language for content autogenerated by Sphinx. Refer to documentation +# for a list of supported languages. +#language = None + +# There are two options for replacing |today|: either, you set today to some +# non-false value, then it is used: +#today = '' +# Else, today_fmt is used as the format for a strftime call. +#today_fmt = '%B %d, %Y' + +# List of patterns, relative to source directory, that match files and +# directories to ignore when looking for source files. +exclude_patterns = ['_build'] + +# The reST default role (used for this markup: `text`) to use for all documents. +#default_role = None + +# If true, '()' will be appended to :func: etc. cross-reference text. +#add_function_parentheses = True + +# If true, the current module name will be prepended to all description +# unit titles (such as .. function::). +#add_module_names = True + +# If true, sectionauthor and moduleauthor directives will be shown in the +# output. They are ignored by default. +#show_authors = False + +# The name of the Pygments (syntax highlighting) style to use. +pygments_style = 'sphinx' + +# A list of ignored prefixes for module index sorting. +#modindex_common_prefix = [] + + +# -- Options for HTML output --------------------------------------------------- + +# The theme to use for HTML and HTML Help pages. See the documentation for +# a list of builtin themes. +html_theme = "sphinx_rtd_theme" +html_theme_path = ["_themes/sphinx_rtd_theme", ] + +# Theme options are theme-specific and customize the look and feel of a theme +# further. For a list of options available for each theme, see the +# documentation. +#html_theme_options = {} + +# Add any paths that contain custom themes here, relative to this directory. +#html_theme_path = [] + +# The name for this set of Sphinx documents. If None, it defaults to +# " v documentation". +#html_title = None + +# A shorter title for the navigation bar. Default is the same as html_title. +#html_short_title = None + +# The name of an image file (relative to this directory) to place at the top +# of the sidebar. +#html_logo = None + +# The name of an image file (within the static path) to use as favicon of the +# docs. This file should be a Windows icon file (.ico) being 16x16 or 32x32 +# pixels large. +#html_favicon = None + +# Add any paths that contain custom static files (such as style sheets) here, +# relative to this directory. They are copied after the builtin static files, +# so a file named "default.css" will overwrite the builtin "default.css". +html_static_path = ['_static'] + +# If not '', a 'Last updated on:' timestamp is inserted at every page bottom, +# using the given strftime format. +#html_last_updated_fmt = '%b %d, %Y' + +# If true, SmartyPants will be used to convert quotes and dashes to +# typographically correct entities. +#html_use_smartypants = True + +# Custom sidebar templates, maps document names to template names. +#html_sidebars = {} + +# Additional templates that should be rendered to pages, maps page names to +# template names. +#html_additional_pages = {} + +# If false, no module index is generated. +#html_domain_indices = True + +# If false, no index is generated. +#html_use_index = True + +# If true, the index is split into individual pages for each letter. +#html_split_index = False + +# If true, links to the reST sources are added to the pages. +#html_show_sourcelink = True + +# If true, "Created using Sphinx" is shown in the HTML footer. Default is True. +#html_show_sphinx = True + +# If true, "(C) Copyright ..." is shown in the HTML footer. Default is True. +#html_show_copyright = True + +# If true, an OpenSearch description file will be output, and all pages will +# contain a tag referring to it. The value of this option must be the +# base URL from which the finished HTML is served. +#html_use_opensearch = '' + +# This is the file name suffix for HTML files (e.g. ".xhtml"). +#html_file_suffix = None + +# Output file base name for HTML help builder. +htmlhelp_basename = 'BoasPrticasemDesenvolvimentodoc' + + +# -- Options for LaTeX output -------------------------------------------------- + +latex_elements = { +# The paper size ('letterpaper' or 'a4paper'). +#'papersize': 'letterpaper', + +# The font size ('10pt', '11pt' or '12pt'). +#'pointsize': '10pt', + +# Additional stuff for the LaTeX preamble. +#'preamble': '', +} + +# Grouping the document tree into LaTeX files. List of tuples +# (source start file, target name, title, author, documentclass [howto/manual]). +latex_documents = [ + ('index', 'BoasPrticasemDesenvolvimento.tex', u'Boas Práticas em Desenvolvimento Documentation', + u'Silvio Rhatto', 'manual'), +] + +# The name of an image file (relative to this directory) to place at the top of +# the title page. +#latex_logo = None + +# For "manual" documents, if this is true, then toplevel headings are parts, +# not chapters. +#latex_use_parts = False + +# If true, show page references after internal links. +#latex_show_pagerefs = False + +# If true, show URL addresses after external links. +#latex_show_urls = False + +# Documents to append as an appendix to all manuals. +#latex_appendices = [] + +# If false, no module index is generated. +#latex_domain_indices = True + + +# -- Options for manual page output -------------------------------------------- + +# One entry per manual page. List of tuples +# (source start file, name, description, authors, manual section). +man_pages = [ + ('index', 'boasprticasemdesenvolvimento', u'Boas Práticas em Desenvolvimento Documentation', + [u'Silvio Rhatto'], 1) +] + +# If true, show URL addresses after external links. +#man_show_urls = False + + +# -- Options for Texinfo output ------------------------------------------------ + +# Grouping the document tree into Texinfo files. List of tuples +# (source start file, target name, title, author, +# dir menu entry, description, category) +texinfo_documents = [ + ('index', 'BoasPrticasemDesenvolvimento', u'Boas Práticas em Desenvolvimento Documentation', + u'Silvio Rhatto', 'BoasPrticasemDesenvolvimento', 'One line description of project.', + 'Miscellaneous'), +] + +# Documents to append as an appendix to all manuals. +#texinfo_appendices = [] + +# If false, no module index is generated. +#texinfo_domain_indices = True + +# How to display URL addresses: 'footnote', 'no', or 'inline'. +#texinfo_show_urls = 'footnote' diff --git a/index.rst b/index.rst new file mode 120000 index 0000000..92cacd2 --- /dev/null +++ b/index.rst @@ -0,0 +1 @@ +README.rst \ No newline at end of file -- cgit v1.2.3