diff --git a/apostila_git.tex b/apostila_git.tex
index 2ee48475a18b416dadbca675338436dde44106e3..250006ca8fdda5eec27ac70228214131bd2e7440 100644
--- a/apostila_git.tex
+++ b/apostila_git.tex
@@ -237,7 +237,8 @@
 %-----------------------------------------------------------------------
 % Capítulos.
 
-% \input{cap01.tex}
+\chapter{Sistemas de controle de versão}
+\input{cap01.tex}
 % \input{cap02.tex}
 % \input{cap03.tex}
 % \input{cap04.tex}
diff --git a/cap01.Rmd b/cap01.Rmd
index 6a8eac637416a17fc8a9fd4e934b3b7968cfe673..9904436532d319063177b0332d71c74bdf6e65aa 100644
--- a/cap01.Rmd
+++ b/cap01.Rmd
@@ -2,56 +2,53 @@
 title: "Tutorial de Git"
 author: "PET Estatística UFPR"
 output:
-  html_document:
-    highlight: pygments
+  pdf_document:
+    template:
+    highlight: default
     toc: true
-    theme: flatly
-    keep_md: true
+    toc_depth: 2
+    keep_tex: true
+    number_sections: true
 ---
 
-
-
-Sistemas de controle de versão
-
-Inicialmente, podemos dizer que Git é um Sistema de Controle de Versão, 
-que permite ao programador armazenar diversas cópias de versão do seu 
-trabalho, restaurar versões anteriores, sincronizar entre diversos 
-computadores de trabalho e trabalhar colaborativamente com outros 
-programadores. Só com essas possibilidades já faz do Git uma ferramenta 
-muito útil a quem programa. Mas o Git é muito mais! É possível utilizar 
-o Git através do Shell (linha de comando) ou através de diversas 
-interfaces gráficas e até mesmo dentro do Rstudio. Você pode integrar 
-seu projeto com o Github ou Gitlab e disponibilizar os arquivos na web. 
-Assim, você pode acessá-los e até editar seus arquivos via navegador. 
-Pode deixar os arquivos públicos e disponibilizar seu código à 
-comunidade de programadores. Outras pessoas podem até vir a colaborar 
-nos seus projetos. Neste conceito, você pode fazer uso ou colaborar com 
-projetos de outros programadores! Acompanhar o desenvolvimento de 
-projetos que sequer foram lançados, fazer sugestões, tirar dúvidas e 
+Inicialmente, podemos dizer que Git é um Sistema de Controle de Versão,
+que permite ao programador armazenar diversas cópias de versão do seu
+trabalho, restaurar versões anteriores, sincronizar entre diversos
+computadores de trabalho e trabalhar colaborativamente com outros
+programadores. Só com essas possibilidades já faz do Git uma ferramenta
+muito útil a quem programa. Mas o Git é muito mais! É possível utilizar
+o Git através do Shell (linha de comando) ou através de diversas
+interfaces gráficas e até mesmo dentro do Rstudio. Você pode integrar
+seu projeto com o Github ou Gitlab e disponibilizar os arquivos na web.
+Assim, você pode acessá-los e até editar seus arquivos via navegador.
+Pode deixar os arquivos públicos e disponibilizar seu código à
+comunidade de programadores. Outras pessoas podem até vir a colaborar
+nos seus projetos. Neste conceito, você pode fazer uso ou colaborar com
+projetos de outros programadores! Acompanhar o desenvolvimento de
+projetos que sequer foram lançados, fazer sugestões, tirar dúvidas e
 entrar em contato direto com equipes e desenvolvedores. Isso transforma
 o Github e Gitlab numa rede social de programadores!
 
-O Git não é o único sistema de controle de versão. Nem foi o primeiro. 
-Os primeiros sistemas de controle de versão foram lançados na década 
-de 70. Há sistemas abertos e proprietários. E também, sistemas que 
-trabalham somente de forma local, cliente-servidor ou sistema 
-distribuído. Dentre os sistemas abertos, os mais conhecidos são o 
-Apache Subversion (SVN), Mercurial, Git, Veracity e Bazzar. Mas, porque 
-tantos sistemas foram desenvolvidos? Cada sistema foi desenvolvido 
-buscando resolver os mesmos problemas de diferentes formas. A comunidade
-desenvolvedora do kernel (núcleo) do Linux utilizava o BitKeeper, um 
-software proprietário que decidiu revogar a licença gratuita. Linus 
-Torvalds, desenvolvedor do primeiro kernel, estudou os diversos 
-softwares de controle de versão para ser o substituto do BitKeeper. 
-Mas nenhum software atendia as necessidades, principalmente na 
-performance de um projeto tão grande. Então, ele iniciou o 
-desenvolvimento do software que ele chamou de Git e em menos de dois 
-meses todo o gerenciamento do kernel já estava transferido para o 
-novo sistema.
+O Git não é o único sistema de controle de versão. Nem foi o primeiro.
+Os primeiros sistemas de controle de versão foram lançados na década
+de 70. Há sistemas abertos e proprietários. E também, sistemas que
+trabalham somente de forma local, cliente-servidor ou sistema
+distribuído. Dentre os sistemas abertos, os mais conhecidos são o Apache
+Subversion (SVN), Mercurial, Git, Veracity e Bazzar. Mas, porque tantos
+sistemas foram desenvolvidos? Cada sistema foi desenvolvido buscando
+resolver os mesmos problemas de diferentes formas. A comunidade
+desenvolvedora do kernel (núcleo) do Linux utilizava o BitKeeper, um
+software proprietário que decidiu revogar a licença gratuita. Linus
+Torvalds, desenvolvedor do primeiro kernel, estudou os diversos
+softwares de controle de versão para ser o substituto do BitKeeper.  Mas
+nenhum software atendia as necessidades, principalmente na performance
+de um projeto tão grande. Então, ele iniciou o desenvolvimento do
+software que ele chamou de Git e em menos de dois meses todo o
+gerenciamento do kernel já estava transferido para o novo sistema.
 
-Então, utilizar o Git é a garantia de um sistema robusto de controle de 
-versionamento. Um sistema aberto e muito utilizado por programadores, 
+Então, utilizar o Git é a garantia de um sistema robusto de controle de
+versionamento. Um sistema aberto e muito utilizado por programadores,
 estatísticos e cientistas de dados.
 
-Seja você mais um desenvolvedor a resolver os seus problemas e 
-participar desta comunidade.
\ No newline at end of file
+Seja você mais um desenvolvedor a resolver os seus problemas e
+participar desta comunidade.