git分支管理：
例如我们团队在开发时，至少需要保证以下流程：
  ● develop 分支和 hotfix 分支，必须从 master 分支检出
  ● 由 develop 分支合并到 test 分支
  ● 功能测试无误后，由 test 分支合并到 release 分支
  ● UAT测试通过后，由 release 分支合并到 master分支
  ● 对于工作量小的功能开发（工时小于1天），可以直接在devolop 分支进行开发，否则由 develop 分支检出 feature 分支进行开发，开发完后合并到develop 分支
此外，还有一些其他建议：
  ● master 分支的每一次更新，都建议打 tag 添加标签，通常为对应版本号，便于管理
  ● feature分支、hotfix分支在合并后可以删除，避免分支过多管理混乱
  ● 每次 pull 代码前，提交本地代码到本地库中，否则可能回出现合并代码出错，导致代码丢失

  git master分支被污染，dev是最新稳定的, 操作步骤如下：
  
  dev强制覆盖远程master
  git push origin dev:master -f
  
  切换到旧分支master
  git checkout master

  下载远程仓库最新内容，不做合并
  git fetch --all

  把HEAD指向master最新版本
  git reset --hard origin/master

git分支管理：
例如我们团队在开发时，至少需要保证以下流程：
  ● develop 分支和 hotfix 分支，必须从 master 分支检出
  ● 由 develop 分支合并到 test 分支
  ● 功能测试无误后，由 test 分支合并到 release 分支
  ● UAT测试通过后，由 release 分支合并到 master分支
  ● 对于工作量小的功能开发（工时小于1天），可以直接在devolop 分支进行开发，否则由 develop 分支检出 feature 分支进行开发，开发完后合并到develop 分支
此外，还有一些其他建议：
  ● master 分支的每一次更新，都建议打 tag 添加标签，通常为对应版本号，便于管理
  ● feature分支、hotfix分支在合并后可以删除，避免分支过多管理混乱
  ● 每次 pull 代码前，提交本地代码到本地库中，否则可能回出现合并代码出错，导致代码丢失

  git master分支被污染，dev是最新稳定的, 操作步骤如下：
  
  dev强制覆盖远程master
  git push origin dev:master -f
  
  切换到旧分支master
  git checkout master

  下载远程仓库最新内容，不做合并
  git fetch --all

  把HEAD指向master最新版本
  git reset --hard origin/master