Skip to content

Workflow

Michal Hozza edited this page Jan 5, 2014 · 17 revisions

Strucny popis toho ako by mal vyzerat vyvoj 1 feature

  1. git checkout -b new_feature master
  2. git commit
  3. git pull --rebase origin
  4. Pull request
    Reviewer
  5. Request changes (Optional) //samozrejme autor feature clovek potom aplikuje zmeny a spravi novy pullrequest
  6. Merge pull request //Ak uz je vsetko OK

Rebasovanie pullrequestu

git checkout feature
git rebase origin/master

by malo byt to co chceme alebo

git checkout master
git pull origin master
git checkout feature
git rebase master

potom treba spravit force push (co je jediny pripad kedy to chceme robit) - ale treba si dat pozor

Pripadne si pozrite toto:
http://www.atlassian.com/git/workflows#!workflow-centralized

Co nepchat do gitu:

  • zakomentovany kod
  • nefunkcny kod (do vlastnej branche vprincipe mozte, ale je vhodne to mat v popise ze ten commit nie je funkcny)
Clone this wiki locally