Skip to content

Pixie-EJ/pixie-performance-database

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 

History

44 Commits
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

Repository files navigation

PIXIE

Pixie-Performance-Database

Gerenciador de pontos pixie performance

Função

Pixie-Performance-Database é o banco de dados do sistema de pontos chamado "Pixie Performance"

Organização do repositório

Para todos os projetos da Pixie será utilizado uma organização de branches no git:

--> Master

É onde será salvo o código finalizado, só existe uma e não pode enviar commits diretamente para esta branch

--> Development

Será o branch onde features e fixes serão enviadas por meio de pull requests depois de resolvido os conflitos, só existe uma e não pode enviar commits diretamente para esta branch

--> Fix/nome_do_branch

Branch destinada a resolver bugs no código, podem existir várias, quando finalizado o bugfix, precisa criar uma pull request para "develop"

--> Feature/nome_do_branch

Branch destinada a adicionar novas funções ou modificações no código, podem existir várias, quando finalizado a feature, precisa criar uma pull request para "develop"

Organização da workfolder

Primeiro é necessário clonar o repositório para sua workfolder

git clone https://github.com/Pixie-EJ/pixie-performance-database (nome da pasta)

Após isso basta apenas abrir o bash do git, ou o terminal do linux na pasta criada e selecionar o branch de desenvolvimento

  • Esse comando lista todos os branches disponíveis

    git branch -a

PIXIE

  • Utilizamos o checkout para selecionar o branch staging (desenvolvimento)

    git checkout staging

Feito isso, é necessário criar um branch separado para cada modificação que será feita, pois é necessário aprovação para enviar códigos para o staging

  • O branch é criado e selecionado desta maneira

    git branch (nome do branch, ex: task-luan)
  • Logo após selecionamos o branch criado com:

    git checkout (nome do branch, ex: task-luan)

Pronto! seu repositório local está preparado e organizado

Atualizando o repositório local

Normalmente quando uma task é completada e o merge/rebase é feito com o staging, o seu branch staging local ficará desatualizado em relação ao principal, para resolver isso é necessário atualizar seu repositório local com alguns comandos

git checkout staging
git pull

Evite fazer branches sem atualizar o staging local, pois atualizar evita o risco de conflitos na hora de realizar um pull-request

Enviando alterações

Para enviar as alterações é recomendavel explicar o que foi feito nelas quando se faz um commit, utilize este template para as alterações:

(nome do arquivo editado, ou local): "este é um exemplo de um commit"
--> "este é um exemplo de um commit, este é um exemplo de um commit, este é um exemplo de um commit, este é um exemplo de um commit"

Após tudo pronto, pode enviar seu novo branch com as alterações utilizando o push

git push

É comum o git pedir para você definir a upstream, simplemente digite o comando que o git mostrar na tela, no nosso caso será este:

git push --set-upstream origin (nome do branch criado)

Pronto! código enviado!

Releases

No releases published

Packages

No packages published