Mapa mental
Git

Contenido del mapa
Git
controle de versão
- Este não é o único sistema de controle de versão que existe. Outras alternativas são
- CVS, SVN, Mercurial, GIT
- o Git faz a gestão de repositórios, e cada pessoa na equipe pode ter o seu repositório
- Nos ajudam a manter um histórico de alterações; Nos ajudam a ter controle sobre cada alteração no código; Nos ajudam para que uma alteração de determinada pessoa não influencie na alteração realizada por outra; Etc.
- Este não é o único sistema de controle de versão que existe. Outras alternativas são
comando no git
- git --version : ver versão
- ls : lista arquivos
- git init : inicializar repositorio
- git status : informação
- HEAD: Estado atual do nosso código, ou seja, onde o Git os colocou
- Working tree: Local onde os arquivos realmente estão sendo armazenados e editados
- index: Local onde o Git armazena o que será commitado, ou seja, o local entre a working tree e o repositório Git em si.
- Working tree: Local onde os arquivos realmente estão sendo armazenados e editados
- HEAD: Estado atual do nosso código, ou seja, onde o Git os colocou
- Antes de qualquer interação com o git, você precisa informar quem é você para que ele armazene corretamente os dados do autor de cada uma das alterações no código. No vídeo eu não fiz iss
- git config --local user.name "Seu nome aqui" git config --local user.email "seu@email.aqui"
- git config --local user.name
- visualizar configuração
- git config user.email
- git config user.name
- visualizar configuração
- https://git-scm.com/book/en/v2/Customizing-Git-Git-Configuration
- git config --local user.name
- git config --local user.name "Seu nome aqui" git config --local user.email "seu@email.aqui"
- git add index.html : adiciona (monitora) arquivo no git
- git add . : diciona todas pastas atual
- Adicionei para ser salvo, mas ainda não salvei
- git add . : diciona todas pastas atual
- commit
- Queremos salvar as alterações, e o que poderemos entender como sendo um check point para indicar que houve mudança
- git commit -m " msg do que foi alterado" : serve para passarmos uma mensagem de commit, que será incluído entre aspas.
- gitlog : ver historico
- outras posibilidades pra visualizar o log
- git log --oneline
- git log -p
- git log --pretty="format:%H"
- git log --pretty="format:%h %s"
- http://devhints.io/git-log
- git log .
- outras posibilidades pra visualizar o log
- fazer o git enguinora arquivos
- .gitignore
- no .gitignore lista os nomes do arquivo que o git vai ignora
- .gitignore
repositorio remoto
- cd ..
- mkdir servidor
- cd servidor/
- git init --bare
- após cria repository
- cria o caminho do repositor
- copia este caminho
- cd ../vinicius/
- entra - volta - a pasta anterio
- git remote
- os repositórios remotos que o repositório local conhece são listados
- ate o monto e nenhum
- para adicionar
- git remote add local
- local e o nome do repositorio
- aqui adiciona o caminho pra este repositorio
- pode ser uma url
- um enderenço da rede
- no caso e o endereço da pasta
- git remote
- git remote -v
- mostra o endereço
- ana quer trabalha com a gente , ela que baixa o repositorio
- cd ..
- mkdir ana
- cria uma pasta pra ana
- cd ana
- pega todos os dados do repositorio remoto para local
- git clone /c/users/AlURA/Documents/git-e-github/servidor/ projeto
- so vou chama a pasta de projeto
- OBS: o repositorio esta vazio
- git clone /c/users/AlURA/Documents/git-e-github/servidor/ projeto
- pega todos os dados do repositorio remoto para local
- mkdir ana
- cd ..
- vai mostra o nome local, este nome foi dado ao servidor
- git remote -v
- git remote add local
- os repositórios remotos que o repositório local conhece são listados
- cria o caminho do repositor
- Com este comando nós criamos um repositório que não terá a working tree, ou seja, não conterá uma cópia dos nossos arquivos. Como o repositório servirá apenas como servidor, para que outros membros da equipe sincronizem seus trabalhos, poupamos espaço de armazenamento desta forma
- copia o caminho gerado
- após cria repository
- git init --bare
- cd servidor/
- mkdir servidor
- pasta vinicius
- para enviar para o servidor
- git push local master
- fazer o vinicios enviar dados para o servidor
- esta na pasta vinicios
- git remote
- local
- nome dado ao servidor
- git push local master
- local = nome do servido master nome da brech
- foi enviado
- ana precisar trazer
- git remote rename origin local
- origin eo nome padrão que o git dar ao servidor
- git pull local master
- ls
- fez alteração
- git staus - git add . / git commit -m
- fez alteração
- ls
- git remote rename origin local
- local
- git remote
- git pull local master
- esta na pasta vinicios
- trazer as modigicação de uma linha pra outra
- git merge titulo
- cd ..
branch
- git brach
- verifica quantas branch tem
- git branch titulo
- cria uma branch
- git checkout titulo
- vai pra linha de desenvolvimento da branch titulo
- git checkout -b lista
- cria o branch e passa pra ele
- trabalhando em linha de desevolvimento diferente: as branch,como trazer pra master
- mas esta na branch master
- git brach
git log -- graph
- rebase titulo
- junta as linhas das branches - tilulo vem pra master
- git push local master
- mandar pra repositorio local
- git pull local master
- mostra as linha das braches
- rebase titulo
1 - git checkout 2 - git reset 3 - git revert
- Com o git checkout nós desfazemos uma alteração que ainda não foi adicionada ao index ou stage, ou seja, antes do git add. Depois de adicionar com git add, para desfazer uma alteração, precisamos tirá-la deste estado, com git reset. Agora, se já realizamos o commit, o comando git revert pode nos salvar.
Imágenes y archivos del mapa
Información
- Descripción
- versionamentodecodigos gitGithub Mapa Mental sobre Git, creado por Douglas Rodrigues el 07/04/2022.
- Creado por
- Douglas Rodrigues
- Visitas
- 1
- Valoración
