目前后端开发多按功能模块拆分成各个小工程 前端也多分成pc端,小程序端,H5手机端.所以如果再加feature分支就会拆分的过于细小,分支管理工作也会非常繁锁。所以我觉得保留master, dev以及自己创建的分支即可。此时dev不再是稳定的分支
流程
1.拉取dev分支 (普通开发人员不要拉取master分支）
git clone -b dev xxx.git
2.在本地创建自已的分支 (可以把时间写入命名规则,这样不删除本地分支可起到备份作用）
git branch suki0725
git checkout suki0725
3.在本地分支完成开发工作 4.提交代码到暂存区
git add .
5.提交代码到本地库
git commit -m'新增某某功能'
尽量使用新增删除修改等字样 6.切换回dev分支，把自己分支上代码合并到dev
git checkout dev
git merge suki0725
7.将dev分支上的代码提交到线上先拉取线上代码 7.1
git pull
7.2 如果有冲突先解决冲突 7.3提交代码到远程仓库
git push
8.删除本地分支
git Status
工作区的文件有三种变化状态：新增,修改,删除。
git add前
Changes not staged for commit 主要列出修改了或是被删除的文件
Changes not staged for commit:
(use "git add/rm ..." to update what will be committed)
(use "git checkout -- ..." to discard changes in working directory) Untracked files 主要列出一些还未被git追踪的文件,即新增的文件 Untracked files:
(use "git add ..." to include in what will be committed)
git commit前
Changes to be committed 主要列出可以被提交到本地仓库的文件。git reset会把工作区和提交到暂存区的更新清除，HEAD^表示回退到上次commit的状态。
Changes to be committed:
(use "git reset HEAD ..." to unstage) Changes not staged for commit 列出还未加入暂存区的发生修改删除的文件 Changes not staged for commit:
(use "git add ..." to update what will be committed)
(use "git checkout -- ..." to discard changes in working directory)
问题一:git merge的是暂存区还是本地库 都会变，工作区也会变 问题二:git stash的是哪个区 工作区和暂存区
git fetch的内容在版本库
git fetch
git merge origin/master
git diff可以看到工作区和暂存区的区别
发生冲突时: blog.csdn.net/qq_27905183…
