diff --git a/.gitignore b/.gitignore
index c0f0ad5..1faecc1 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1,3 +1,3 @@
_site
.sass-cache
-node_modules
+node_modules
\ No newline at end of file
diff --git a/404.html b/404.html
deleted file mode 100644
index 0d6905d..0000000
--- a/404.html
+++ /dev/null
@@ -1,3 +0,0 @@
----
-layout: default
----
diff --git a/README.md b/README.md
deleted file mode 100644
index 7d49e73..0000000
--- a/README.md
+++ /dev/null
@@ -1 +0,0 @@
-
diff --git a/_config.yml b/_config.yml
deleted file mode 100644
index 552d16f..0000000
--- a/_config.yml
+++ /dev/null
@@ -1,16 +0,0 @@
-# Site settings
-title: Anderson Menezes desenvolvedor front-end.
-email: andersomxp@gmail.com
-description: Apaixonado por projetos open source gosto de compartilhar conhecimentos e aprender algo novo sempre.
-baseurl: "" # the subpath of your site, e.g. /blog/
-url: "http://andersonweb.github.io" # the base hostname & protocol for your site
-twitter_username: amenezesw
-# Build settings
-source: .
-destination: ./_site
-plugins_dir: ./_plugins
-layouts_dir: ./_layouts
-data_dir: ./_data
-collections: null
-sass:
- style: compressed
diff --git a/_drafts/2015-05-14-git-desfrute-do-melhor-controle-de-versao-da-atualidade.markdown b/_drafts/2015-05-14-git-desfrute-do-melhor-controle-de-versao-da-atualidade.markdown
deleted file mode 100644
index 67e2d28..0000000
--- a/_drafts/2015-05-14-git-desfrute-do-melhor-controle-de-versao-da-atualidade.markdown
+++ /dev/null
@@ -1,89 +0,0 @@
----
-layout: post
-title: "Git - Desfrute do melhor controle de versão da atualidade - Parte (1/5)"
-published: 31-05-2015
-categories: blog
-description: Queria passar um pouco dos comandos que aprendi e agora utilizo no dia a dia e expor minha interpretação deles pra vocês.
-comments: true
-image: "/assets/images/git-par1.jpg"
-edit: https://github.com/andersonweb/andersonweb.github.io/blob/master/_posts/2015-05-14-git-desfrute-do-melhor-controle-de-versao-da-atualidade.markdown
----
-
-Recentemente resolvi me aprofundar no Git, um sistema de controle de versão bem comum entre desenvolvedores. Queria conhecer pouco mais dos comandos básicos git add, git commit e git push. Queria ver as mágicas que ele faz.
-
-Queria passar um pouco dos comandos que aprendi e agora utilizo no dia-a-dia e expor minha interpretação deles pra vocês.
-
-
O Git
-Ele foi desenvolvido por Linus, o criador do Linux para o desenvolvimento do kernel, mas foi adotado por outros projetos.
-
-
Git no dia-a-dia
-O git é mais voltado pra grande e médias equipes, mas isso não lhe impede de trabalhar sozinho, é questão de organização; e ter um histórico de todo seu trabalho será legal.
-
-Para ter um melhor compreendimento necessário que saiba o básico de linha de comando.
-
-
Instalação e iniciando o git
-A instalação do Git é bem simples, ele funciona tanto no Windows, Linux e Mac. Veja aqui como instalar.
-Seguindo, depois da instação é preciso gerar um keygen. O que é isso ? É uma chave SSH que te conecta do servidor local ao servidor web. Um exemplo bem conhecido é o Github, aonde tem um repositório local e outro na web. A keygen faz a ligação para que possa enviar suas atualizações para o servidor web ou baixa-las do servidor web para o servidor local. Nesse tutorial mostra como instalar a keygen, é muito simples, em qualquer S.O, ainda de quebra, mostra como fazer a conexão como o Github.
-
-Muito cuidado com a sua chave privada. Ela é a que não tem a extensão .pub.
-
-Após a instalação do git rode o comando git init na pasta que deseja trabalhar com ele. Isso criará um repositório .git, uma pasta oculta onde ficarão armazenadas todas as informações do seu projeto. Para visualizar a pasta rode o comando ls -la.
-
-
Comandos básicos
-Para uma compreensão rápida desse tópico, vou dar um pequeno exemplo: Você vai até na padaria comprar pão. Chegando lá, olha todos os pães, pega o pão que deseja, coloca dentro de um saco, paga e leva. Aquele pão, se você não o quiser mais, tire-o da sacola.
-Com o Git não é diferente. Após rodar o comando git init, rode o comando git status. O git vai listar todos arquivos / pasta que estiver dentro daquela pasta do seu projeto. Se não tiver nenhum ainda, crie um e rode o comando git status novamente.
-
-Esses arquivos podemos assimilar com os pães a serem escolhidos. Podemos pegar cada um deles com o comando git add. Esse comando permite que você adicione os arquivos que desejar colocar pra entrar em um pacote / saco. Esse pacote é chamado de commit no git.
-
-
Atribuições do comando git add
-
-git add --all
-
-git add .
-
-
Inclui tudo que estiver.
-
-git add nome-do-arquivo
-
-
Inclui apenas o arquivo desejado.
-
-git add *.extensão
-
-
Inclui apenas os arquivos que tiver a extensão que passar. Exemplo: git add *.scss, irá incluir todos os arquivos que terminam com .scss.
-
-Perceba que, quando eles não foram adicionados, serão mostrador em Untracked files. Quando eles são adicionados, eles passam a Changes to be committed. Convertendo pra a linguagem do Git, Untracked Files eles estão fora da árvore, Changes to be committed estão dentro da árvore, pronto pra ser empacotado ou melhor commitado.
-
-
Adicionando dentro do commit / pacote
-Para transformar seus arquivos escolhidos em um commit basta rodar o comando git commit -m "sua mensagem" . A propriedade -m atribui uma mensagem ao seu commit, assim você terá um histórico e saberá o que cada um fez. Por exemplo: git commit -m "Corrigindo bug do IE 8". Esse commit só de olhar você já sabe que, corrigiu o bug do navegador Internet explore.
-
-Existe uma atribuição -a, ela consiste em adicionar arquivos automaticamente. Ahn, mas como assim? Calma jovem, já explico. No seu dia-a-dia você com certeza irá modificar vários arquivos, e irá commitar. Bom, a atribuição -a só funciona em arquivos On branch master, ou seja, que já foi commitado, que já foi adicionado alguma vez, já foi rastreado pelo git. Para saber como identificar esses aquivos é bem simples, antes do nome ele vem mostrando que foi modificado. Ele fica assim: modified: nome-do-arquivo.
-
-Ah Anderson, agora fiz meu commit e ficou faltando um arquivo, o que eu faço ? Quero colocar ele dentro do commit anterior. Para tal existe uma atribuição chamada --amend que irá juntar os/o arquivos/arquivo que você adicionou. O comando ficaria assim: git commit -m "Corrigindo bug do IE 8"--amend.
-
-
Adiciona arquivos que não foram commitado ao último commit. Esse comando irá mesclar. Apagará o outro commit, pegará todas suas informações e junta com as informações do commit atual.
-
-Vale lembrar que todos os arquivos que queira incluir, devem estar dentro da árvore (Changes to be committed).
-
-git commit -a -m "mensagem do commit"
-
-git commit -am "Mensagem do commit"
-
-
Empacota diretamente, sem precisar rodar o comando git add pra adicionar. Vale lembrar que ele pega todos os arquivos modificados e só arquivos, On branch master, ou seja, arquivos modificados.
-
-Para verificar todos os commit basta rodar o comando ...
-
-
-
-
diff --git a/_drafts/2015-06-04-git-desfrute-do-melhor-controle-de-versao-da-atualidade-parte-2.markdown b/_drafts/2015-06-04-git-desfrute-do-melhor-controle-de-versao-da-atualidade-parte-2.markdown
deleted file mode 100644
index b4c9455..0000000
--- a/_drafts/2015-06-04-git-desfrute-do-melhor-controle-de-versao-da-atualidade-parte-2.markdown
+++ /dev/null
@@ -1,110 +0,0 @@
----
-layout: post
-title: "Git - Desfrute do melhor controle de versão da atualidade - Parte (2/5)"
-published: 04-06-2015
-categories: blog
-description: Nesse artigo vamos falar como visualizar todos os commits, como desfaze-los,como excluir o commit e recuperar os arquivos...
-comments: true
-image: "/assets/images/git-par2.jpg"
-edit: https://github.com/andersonweb/andersonweb.github.io/blob/master/_posts/2015-06-04-git-desfrute-do-melhor-controle-de-versao-da-atualidade-parte-2.markdown
-
----
-
Esse é o post #2 de 5
-Parte 1
-
-Está é a Parte 2
-
-Parte 3
-
-No artigo parte 1, abordamos alguns comandos básicos e suas atribuições. Nesse artigo vamos falar como visualizar todos os commits, como desfazê-los, como excluir o commit e recuperar os arquivos que ali estão dentro, também falaremos como reverter comandos, apagar um arquivo da árvore e guardar arquivos e visualizar alterações.
-
-
O git é muito seguro
-Fixe uma coisa na cabeça, com o git você não perde nada, absolutamente nada, você consegue ir revertendo todos os comandos. Alguns comandos tem que ser usados com um pouco de cautela.
-
-
Como visualizar commits, importância da mensagem
-O comando git log, lista todos os commits que foram feitos. Ele exibe algumas informações. Mostra, o Hash do commit, que uma numeração do mesmo. Eles nunca se repetem. Mostra o Autor do commit, a data que foi commitado e a mensagem que cada foi passada.
-
-Está aí a importância em informar uma mensagem a cada um commit, imagine se nenhum tivesse mensagem, como você iria identificar o processo ? E se você precisasse excluir alguns deles, como iria saber qual era? E se você tivesse trabalhando em equipe e fulano X tivesse feito uma alteração e não colocasse a mensagem, como você iria saber que essa tarefa já foi resolvida?
-
-
Deletar commits e efetuar recuperação
-Conheço duas formas de deletar commit, a primeira é a que mais uso, git reset HEAD~N. O N é o número do commit que queira deletar, exemplo git reset HEAD~2.
-A numeração passada no comando git reset HEAD~N apaga desde o início até a numeração passada. Isso quer dizer se, passar o número 5 por exemplo, ele irá apagar do primeiro commit até o cinco.
-
-Por padrão o commit é apagado e todos os arquivos voltam a ser Untracked files. Existe atribuições que podem modificar essa posição. A atribuição --hard remove o commit literalmente, os arquivos não volta ser Untracked files e muito menos Changes to be committed. A atribuição --soft, apaga o commit e joga todos os arquivos em Changes to be committed. O comando git reset HEAD~N --soft, pode ser um alternativa a atribuição --amend.
-
-Anderson, sem querer executei git reset HEAD~N --hard no commit e perdi o trabalho do dia todo, e agora, o que eu faço? Meu chefe vai me matar!!! Lembra do primeiro tópico que eu falei que com o git você não perde nada?! Sim, é possível você recuperar um commit mesmo ele sendo deletado literalmente. Para efetuar a recuperação, rode o comando git reflog ele listará todos commits deletados.
-
-Para trazê-lo de volta precisará executar o comando git rebase seu-hash. Mas como assim, meu hash ? Meu commit já foi apagado... Se você perceberem no lado esquerdo tem alguns números, aquele é o hash do seu commit, só copiar e colar. Existe também outra forma de recuperar pelo ID do HEAD, na segunda coluna mostra todos os HEAD e seus ids, só copiar e colar.
-
-O comando git rebase vai ser mais explorado em outros artigos.
-
-
Revisão do comando git reset e suas atribuições
-senta e é muito bonita mesmo, seria legal um review, eu já fiz o meu
-git reset HEAD~N
-
-
Apaga o commit e volta a ser Untracked files.
-
N é o número do commit que queira deletar.
-
-git reset HEAD~N --hard
-
-
Deleta o commit literalmente. Seus arquivos não vão pra nenhuma área.
-
-git reset HEAD~N --soft
-
-
Deleta o commit e seus arquivos passam a ser Changes to be committed.
-
-git reflog
-
-
Lista todos os commits deletados.
-
-git rebase meu-hash
-
-git rebase meu-head-id
-
-
Recupera seu commit através de um Rash ou de um HEAD ID.
-
-
Revertendo comandos
-
-O comando git reset HEAD pode ser usado em outras oportunidades também, como na área de adicionamento de arquivos. Supondo que você adicionou vários arquivos a sua área de Changes to be committed e quer retirar um determinado arquivo para que ele vá em um outro commit. É simples! Rode o comando git reset HEAD nome-do-arquivo o moverá pra área de Untracked files.
-
-Não confunda os comandos, git reset HEAD retorna área git reset HEAD~N excluir commit.
-
-
Voltando a estrutura original
-Uma coisa que acontece frequentemente é, modificar o arquivo e depois se arrepender do que fez e, quer retornar a sua forma original. Ctrl + z nem em todos casos pode te salvar. Não precisa ter dor de cabeça quanto a isso, o git resolve isso pra você. Use o comando git checkout -- nome-do-arquivo, ele voltará a ser como antes, excluindo todas suas alterações feitas.
-
-Para usar o comando git checkout -- nome-do-arquivo o arquivo deverá está na área de Untracked files. Se o mesmo estiver na área Changes to be committed use as instruções passada a cima para retirá-lo de lá.
-
-
Deletando arquivo da árvore
-
-Para deleter um arquivo o mesmo precisa está em Untracked files, se não tiver só executar as instruções passada nesse tópico aqui. Para verificar se está dentro da árvore ou não use o comando git status. Após fazer a verificação rode o comando git clean -f nome-do-arquivo para deletar completamente do seu projeto.
-
-A atribuição -f força o clean a deleter.
-
-
Verificando alterações
-
-Como citado na parte 1, no seu dia-a-dia você com certeza irá modificar vários arquivos. Alguns casos vai ser preciso que veja a alterações que fez, para essa atividade o git possui o comando git diff nome-do-arquivo. Bem simples de ser usar e muito útil.
-
-
Revisão dos comandos, git reset HEAD, git checkout, git clean e git diff
-
-git reset HEAD nome-do-arquivo
-
-
Move o/os arquivo/arquivos da área de Changes to be committed para a área de Untracked files .
-
-git checkout -- nome-do-arquivo
-
-
Deleta todas alterações feita no arquivo.
-
-git clean -f nome-do-arquivo
-
-
Deleta o arquivo literalmente sem chance de recuperá-lo.
-
-git diff nome-do-arquivo
-
-
Visualizar alterações.
-
-Se tiver mais de um arquivo a ser movido/revertido/excluído, basta seperá-los através de espaço. Exemplo: git reset HEAD arquivo1.scss arquivo2.html. Serve para qualquer comando acima. Não recomendo no git diff, pois, vai embolar muito.
-
-
-
-
diff --git a/_drafts/2015-06-20-como-consumir-menos-memoria-google-chrome.markdown b/_drafts/2015-06-20-como-consumir-menos-memoria-google-chrome.markdown
deleted file mode 100644
index 7c3c5e5..0000000
--- a/_drafts/2015-06-20-como-consumir-menos-memoria-google-chrome.markdown
+++ /dev/null
@@ -1,20 +0,0 @@
----
-layout: post
-title:
-published:
-categories: blog
-description:
-comments: true
-image:
-edit:
-
----
-Considerado por muitos uns dos melhores navegadores pela grande rapidez e suportar bastante propriedades avanaçdas. No entanto, trás consigo um alto consumo de memória ram. Em um teste, o chrome teve o pior desempenho em consumo de bateria, você pode saber mais [aqui](http://olhardigital.uol.com.br/noticia/video-compara-o-consumo-de-bateria-entre-os-principais-navegadores-da-web/59490).
-
-Recentemente, estava tendo grandes problema com o mesmo, não conseguiria navegar com muitas abas abertas, uma vez que, ele aspirava toda minha ram, consequentemente causando travamentos e gargalos na maquina. Levando em consideração, que não tenho uma maquina muito parruda. Ela é bem simples. Para quem é desenvolvedor, assim como eu, sabe que é muito raro ter apenas uma aba aberta no seu navegador. São muitos links de artigos, documentações, por ai vai...
-
-O chrome tem seus contrás porém, na minha humilde opinião, seus pós são bem mais fortes. Em busca de resolver esse problema, fui atrás de uma solução, para que pode-se ter uma quantidade maior de abas abertas e sem muitos gargalos, sem trocar meu hardware. Logo encontrei duas extensões incríveis e acho que ela pode te ajudar também!
-
-## One Tab
-
-## The Great Suspender
diff --git a/_drafts/2015-07-09-git-desfrute-do-melhor-controle-de-versao-da-atualidade-parte-3.markdown b/_drafts/2015-07-09-git-desfrute-do-melhor-controle-de-versao-da-atualidade-parte-3.markdown
deleted file mode 100644
index b5f9b40..0000000
--- a/_drafts/2015-07-09-git-desfrute-do-melhor-controle-de-versao-da-atualidade-parte-3.markdown
+++ /dev/null
@@ -1,136 +0,0 @@
----
-layout: post
-title: "Git - Desfrute do melhor controle de versão da atualidade - Parte (3/5)"
-published: 13-07-2015
-categories: blog
-description: Nesse artigo vamos falar sobre organização e como trabalhar em equipe.
-comments: true
-image: "/assets/images/git-part3.jpg"
-edit: https://github.com/andersonweb/andersonweb.github.io/blob/master/_posts/2015-07-01-usando-can-i-use-na-linha-de-comando.md
-
----
-
-
-Um outro problema que pode acontecer diariamente com você é, está executando uma tarefa que não tem muita importância naquele determinado momento ou travou em uma tarefa, não consegue resolver e quer adiantar, executando outras tarefas mais simples.
-
-Imagine você está resolvendo um bug do Firefox e chega seu chefe pedindo pra que resolva um bug do IE, pois o projeto vai ser lançado em poucos dias e a maioria dos acessos vem desse navegador e quer entregar uma boa experiência aos usuários do mesmo.
-
-Suponha que não você não vai commitar, porque a tarefa está incompleta, que bagunça vai ficar seu índice, hein?!
-
-O stash veio pra salvar seu projeto e não deixar seu índice uma bagunça.
-
-
Mantanha-se sempre organizado
-
-O stash realmente é uma gaveta, ele guarda seus arquivos e na hora que quiser pode ter ele de volta novamente, sem deixar seu índice poluidissímo e sem embolações no projeto, evitando fazer commits com alterações erradas.
-
-Considerando que seu índice esteja cheio de arquivo e todos eles estão Changes to be commited e você queira guardá-los, execute o comando git stash. Prosseguindo verifique se tem algum arquivos no índice com o comando git status. Provavelmente não haverá nenhum. Todos arquivos foram guardado.
-
-É necessário que todos os arquivos estejam em Changes to be commited.
-
-
Entendendo as informações passada na lista
-Ao executar git stash list, primeiramente ele mostra a numeração do stash stash@{0}. Em seguida mostrar a branch que foi criado o stash. Vamos falar de branch breve, você vai entender. Após, mostra a mensagem atribuída ou a numeração do stash.
-
-
-
-
Atribuições do stash
-
Listando, salvando e nomeando
-Após executar o comando para guardar podemos visualizar com git stash list. Irá aparecer tudo que você guardou em forma de lista. Ele fica armazenado como se fosse um commit. Isso quer dizer que a cada vez que você for guardar, ele separá uma gaveta particular só pra aqueles arquivos. Confira uma lista de várias gavetas.
-
-
-Por padrão o comando git stash salva o stash nomeando como Update README.md. Mas você tem o controle de toda situação, pode salvar já passando um nome, com atribuição save "nome do stash". O comando final ficaria assim: git stash save "nome do stash".
-
-Sempre que puder, salve seu stash atribuindo um nome a ele. Lembre-se vamos ser organizado.
-
-
Visualizando o stash e trazendo de volta
-Para recuperar o stash, existe duas formas. A primeira trás o stash de volta e deleta da lista. A segunda, recupera e é deletada da lista do stash.
-
-Para recuperar e deletar da lista, rode o comando git stash pop.
-
-Para recuperar o stash e fazer uma especie de um backup, deixando uma cópia dele ainda na lista, rode o comando git stash apply.
-
-É importante usar a atribuição save "mensagem" a fim de uma organização melhor e, não se confundir quando for recuperar seus stash. Com todos nomeados será muito fácil de encontrá-los.
-
-Antes de recuperar, você quer dar uma confere pra não errar. Para isso o git disponibiliza a atribuição show, onde lista tudo que estiver dentro do stash. O comando final ficaria assim, git stash show stash@{n}.
-
-
- Vale ressaltar que a letra n dentro dos colchetes se refere a numeração do stash. Cada qual tem sua numeração.
-
-
Apagando stash
-
-Assim como no tópico acima, também existe duas formas de executar esse processo. Apagar apenas um e apagar a lista completa.
-
-Essa operações deve ser usada com muita cautela. Vale lembrar que ele apaga literalmente.
-
-Com o intuito de apagar apenas um stash, adicione a atribuição drop. O comando final ficaria assim: git stash drop stash@{n}.
-
-Para excluir tudo que estiver na lista do stash, execute a atribuição clear. O comando final ficaria assim: git stash clear.
-
-
Entendendo o que é Branch
-
-O comando Branch é muito importante, não tem pra onde correr, você tem que saber usar, ainda mais se tiver em equipe. No começo é um pouco complicado, mas depois você pega o jeito da coisa e, não vai conseguir viver sem usar.
-
-Podemos ver vários exemplo de branch em repositórios de código aberto no famoso Github.
-
-
-
-Sem mais delongas, branch serve para separa suas tarefas. No exemplo acima ela está sendo utilizada para a resolução de exercícios. Cada exercícios está sendo resolvida em uma branch.
-
-Exemplo do dia a dia: Seu time tem 20 tarefas para fazer, e a equipe contém 10 integrantes, dividimos e cada um ficaram com duas tarefas, cada tarefa será uma nova branch, por exemplo uns dos integrantes ficou encarregado de resolver a Resolução Bug IE e Remover códigos inutilizáveis, cada tarefa dessa será uma branch nova.
-
-Quando criamos um branch nova as alterações que fizermos estará sempre nela. Por padrão o git nos dá um branch que se chama master. Se criamos uma nova branch e modificar algum arquivo estando na branch que criamos esse arquivo não estará modificado em outras branch. Essa é uma parte muito delicada. Vale ressaltar que quando criamos uma branch dentro de outra branch as alterações da branch que estávamos irá acompanhar a branch criada.
-
-Por exemplo: Estamos na branch master que é a padrão e, criamos um branch com o nome bugfix, tudo que tem na brach master vai também ter na branch bugfix. Agora, modificamos algum arquivo na branch bugfix. Essa alteração não vai ser feita também na branch master, compreende?
-
-
Começando a trabalhar
-Para trabalhamos com branch vamos usar os comandos git checkout para criar branch, mudar de uma branch para a outra, e deletar. Vamos falar também sobre o comando branch, e o comando merge e rebase, que deixará uma branch igual a outra.
-
-
-
Criando branch
-git checkout -b nome-da-branch
-
-Executando esse comando criará uma nova branch, não se esqueça que essa branch criada vai com as característica da branch que você estava. nome-da-branch deve ser alterado pelo nome que você quer dar na sua branch. Assim que criamos a branch o git nós transfere logo para a mesma.
-
-
Mudando de branch
-git checkout nome-da-branch
-
-Esse comando é muito simples! O nome-da-branch deve ser substituído por o nome da branches que você criou. Ah, esqueci as branch que criei, e agora?! O git disponibiliza todas branch criada através do comando git branch.
-
-
Deletando
-git branch -d nome-da-branch
-
-O atributo -d permite que delete a branch, vale lembrar que você não pode está dentro dela, se estiver, use git checkout nome-da-branch para mudar de brach.
-
-git branch -D nome-da-branch
-
-O atributo maiúsculo pode ser usado quando você faz alguma alterações em uma branch e não enviou as alterações para outra e mesmo assim você pode deletar com esse comando.
-
-
Trazendo o que não tem
-
-É interessante você nunca trabalhar direto na master. Sempre que houver uma tarefa, crie uma branch, desenvolva tudo nela e quando estiver toda resolvida, jogue para a branch master. Assim evitamos muitos conflitos. Imagine se alguma coisa der errado, você só apaga a branch e acabou ou se um colega de trabalho quer trabalhar na sua tarefa só ir até a branch. Se tiver na master vai ter um trabalho maior. Memorize, sempre que tiver uma tarefa, crie uma nova branch.
-
-Existe duas formas de trazer as mudanças de uma branch para a outra:
-
-git merge nome-da-branch
-
-git rebase nome-da-branch
-
-Esse comando trás todas alterações que foram feita em outra branch e que não foram nele. Essas alterações tem que está dentro de um commit. Então, fez as alterações, resolveu a tarefa, empacota dentro do commit e mude para a branch que queira trazer de volta e execute o comando, vale lembrar que o nome-da-branch é a branch que você modificou os arquivos.
-
-No meu caso, quando termino a tarefa completamente faço o merge para a branch master, a branch padrão, onde fica tudo resolvido, nada vai pra lá pela metade ou faltando resolver qualquer tarefa. Lembrando que, você vai até a branch que quer atualizar, e rode o comando.
-
-
Diferença entre Merge e Rebase
-O rebase é mais preguiçoso, ele reconstrói a árvore e aplica o commit por cima. Já o merge, cria um novo commit para juntar as duas "pontas". Assim, mantêm um histórico melhor.
-Como estamos falando sobre organização, convenhamos sempre usar merge.
-
-Esse assunto é um pouco complicado então, treine muito, depois que treinar muito e ficou bom, treine mais!
-
-
-
-
-
-
- {{ content }}
- Editar esse post
-
-
- {% include share.html %}
-
-
-
-
Não deixe de comentar
- {% include comments.html %}
-
-
-
-
-
diff --git a/_posts/2015-02-17-um-novo-caminho-linux-mudando-minha-vida-aos-poucos-parte-1.markdown b/_posts/2015-02-17-um-novo-caminho-linux-mudando-minha-vida-aos-poucos-parte-1.markdown
deleted file mode 100644
index c7ddcc5..0000000
--- a/_posts/2015-02-17-um-novo-caminho-linux-mudando-minha-vida-aos-poucos-parte-1.markdown
+++ /dev/null
@@ -1,30 +0,0 @@
----
-layout: post
-title: "Um novo caminho, linux, mudando minha vida aos poucos. Parte 1."
-published: 19-02-2015
-categories: blog
-description: Eu sempre fui um cara que dou muita importância para a beleza daquilo que estou usando. Cerca de dois anos atrás eu chegava do colégio por volta do meio dia e assistia a uma aula no canal da Study Class, sobre Introdução ao CSS dinamico com less CSS. Ele usava um sistema que não sabia o qual era, mas achava bem bonito...
-comments: true
-image: /assets/images/img-caminho-linux.png
----
-
Descobrindo o Linux
-Eu sempre fui um cara que deu muita importância para a beleza daquilo que estava usando. Cerca de dois anos atrás, eu chegava do colégio por volta do meio dia e assistia uma aula no canal da Study Class, sobre Introdução ao CSS dinamico com less CSS. Ele usava um sistema que não sabia o qual era, mas achava bem bonito.
-
-O tempo foi se passando e eu descobri que sistema era aquele, era o Linux Ubuntu. Logo fui procurar saber sobre, e havia muita gente falando que era muito bom, que era open source e que Linux é vida. Não tinha muita noção das coisas, não sabia que ele tinha limitações, por exemplo, não podemos usar programas do adobe sem emular. E isso pode trazer problemas pra usuários que em do Windows.
-
-
Problemas, sem paciência, afobado...
-Fui até um técnico da minha cidade com meu computador que não era muito legal, acho que era core dois duos com um HD de 200, mas que me serviu muito. Pedi que fizesse a integração dos dois sistemas operacionais no meu computador, que é chamado de dual boot. O jovem me entregou o computador, e no mesmo dia inventei que o PC estava travando, que ele não sabia instalar, blá,blá blá… Isso tudo porque achei o sistema muito diferente. Ele formatou e colocou o Windows novamente.
-
-Com o passar do tempo lá vou eu acompanhando a comunidade, vendo muitas pessoas falando bem do Linux e eu pensando: “Tenho que ser bom também, tenho que usar Linux!”. Firmei isso na minha cabeça. Adquirindo um novo computador pensei, agora sim posso colocar dois sistemas aqui sem travar, e lá vamos nós pra mais uma luta.
-
-Coloquei o Linux Ubuntu no meu computador e vamos lá usa-ló. Você sofre um grande impacto, pois não é nada igual o seu antigo sistema operacional, principalmente pra quem vem do Windows. Como sou muito chato, comecei a notar as fontes do Linux que são bem diferente do Windows, e ficava colocando muitos defeitos, mas não olhava para o interior daquele sistema e do que ele tinha a me oferecer. Fui indo e cansei, pensei: “Ah, vou desinstalar essa porra, o Windows é bom, dá pra desenvolver. O ruim é apenas o terminal”. Desinstalei e voltei para o Windows.
-
-Fiquei por volta de 20 dias no Windows e comecei a querer usar o Linux novamente, então pensei... Agora vou instalar no notebook, lá vai ser melhor. Ubuntu instalado no notebook e eu tendo séries de problemas chegando a conclusão que, no ambiente Linux você gasta mais tempo procurando como solucionar os problemas do que usando ele, mas como não gastar tempo pesquisando, se você não sabe de nada, praticamente é tudo diferente. Foi quando o ícone de sinal do Wifi não aparecia, sumiu do nada, voltei e instalei o Windows novamente.
-
-
Meus primeiros passos...
-Passando um tempo, pensei… Vou fazer um dual boot no meu computador, e vou usar o Linux. Toda hora via alguém falando bem do ambiente, principalmente falando muito bem do Shell script e de ambiente Unix. Desta vez tive mais paciência e as coisas foram fluindo melhor, mas sempre enchia o saco de Fernando Daciuk e às vezes do Rafael Corrêa, perguntando muitas coisas (até hoje fico enchendo, mas não é com tanta frequência xD).
-Comecei a estudar e a explorar aos poucos o ambiente. Como sempre fui um pouco acomodado preferir ver séries de aulas sobre o mesmo, foi aonde encontrei as aulas da Bóson treinamentos, canal do professor Fábio dos Reis, um excelente professor e com uma didática surpreendente, fui acompanhando o canal do DioLinux que manja pra caralho e passa umas dicas muito legais sobre Linux em geral. Assim comecei a dar meus primeiros passos no sistema dos hackers, como dizem.
-
-E essa foi minha história até agora com o Linux. No próximo artigo vou mostrar o que uso no Linux, programas, scripts, e tudo mais, até lá ! :P
-
-
Continua...
diff --git a/_posts/2015-07-01-usando-can-i-use-na-linha-de-comando.md b/_posts/2015-07-01-usando-can-i-use-na-linha-de-comando.md
deleted file mode 100644
index 11dd258..0000000
--- a/_posts/2015-07-01-usando-can-i-use-na-linha-de-comando.md
+++ /dev/null
@@ -1,35 +0,0 @@
----
-layout: post
-title: "Usando Can i use na linha de comando"
-published: 01-07-2015
-categories: blog
-description: Aprenda como usar o Can i use, uma tabela de suporte dos navegadores na linha de comando.
-comments: true
-image: "/assets/images/caniuse.png"
-edit: https://github.com/andersonweb/andersonweb.github.io/blob/master/_posts/2015-07-01-usando-can-i-use-na-linha-de-comando.md
----
-
Introdução
-Quem nunca acessou o Can i use para verificar se alguma propriedade é compatível com determinado navegador ?!
-
-Para aqueles que nunca acessaram, ou não conhece o Can i use, é uma tabela de suporte dos navegadores. Por exemplo, você quer usar uma nova propriedade do CSS3 e quer saber quais navegadores o suportam e, em quais versões.
-
-Na imagem a seguir mostro a tabela de suporte da propriedade border-radius nos navegadores.
-No final do box ele dispõe uma legenda onde informa o sentido das cores.
-
-
-As legendas estão em inglês, mas é muito fácil de compreender
-
-
-
-
-As legendas estão em inglês, mas é muito fácil de compreender
-
-
-
-Também podemos passar opções no comando, como
Não deixe de comentar
- {% include comments.html %} -