第一步：上传项目到码云上

1.建立本地git仓库

git init

2.将本地项目工作区的所有文件添加到暂存区

git add .

.表示所有文件

如果想添加项目中的指定文件那就把.改为指定文件名即可，执行后可以用git status来查看是否所有文件都已经上传到暂存区

1.如果有红色表示部分未上传，可以单个文件上传

2.如果全是绿色表示上传成功

3.将暂存区的文件提交到本地仓库

git commit -m ""

冒号里面写注释语句

4.在码云上创建自己的项目，得到远程仓库的地址

5.将本地仓库关联到码云上

git remote add origin https://gitee.com/feitiandexiaochengxuyuan/GitFenzhi.git

在这一步时如果出现错误：fatal:remote origin already exists 意思是路径存在了，就需要删除原来的路径从新添加

那就先输入  git remote rm origin

再输入   git remote add origin https://gitee.com/feitiandexiaochengxuyuan/GitFenzhi.git 就不会报错了。

6.本地仓库上传到远程仓库

git push -u origin master

如果报failed to push some refs to git 错误出现错误的主要原因是码云中的README.md文件不在本地代码目录中

可以通过如下命令进行代码合并【注：pull=fetch+merge]

git pull --rebase origin master

此时再执行语句 git push -u origin master即可完成代码上传到github

第二步：分支的建立

1.分支创建（本地创建）

（1）本地创建分支

 git checkout -b develop

（相当于$ git branch dev

               $ git checkout dev

）

（2）查看本地分支

git branch

（3）切换本地分支

git checkout master

（4）删除本地分支

git checkout -b develop

（5）把本地分支同步到码云上(当你从远程仓库克隆时，实际上Git自动把本地的master分支和远程的master分支对应起来了，并且，远程仓库的默认名称是origin)

查看远程仓库：

git remote

将本地分支推送到远程仓库

git push origin develop

注：并不是一定要把本地分支往远程推送，那么，哪些分支需要推送，哪些不需要呢？

master分支是主分支，因此要时刻与远程同步；

dev分支是开发分支，团队所有成员都需要在上面工作，所以也需要与远程同步；

bug分支只用于在本地修复bug，就没必要推到远程了，除非老板要看看你每周到底修复了几个bug；

feature分支是否推到远程，取决于你是否和你的小伙伴合作在上面开发。

2.远程创建（也就是拉取他们的分支）

（1）

（2）拉取下来

git checkout -b origin/dddd

3.git的操作

（1）提交到暂存区

git add .

git commit -m "第一次修改"

此时提交后切换到默认分支，可以看到修改并没修改

（2）此时推送到远程仓库

git push origin origin/dddd

推送失败，因为你的小伙伴的最新提交和你试图推送的提交有冲突，解决办法也很简单，Git已经提示我们，先用git pull把最新的提交从origin/dev抓下来，然后，在本地合并，解决冲突，再推送：

因此，多人协作的工作模式通常是这样：

首先，可以试图用git push origin branch-name推送自己的修改；

如果推送失败，则因为远程分支比你的本地更新，需要先用git pull试图合并；

如果合并有冲突，则解决冲突，并在本地提交；

没有冲突或者解决掉冲突后，再用git push origin branch-name推送就能成功！

如果git pull提示“no tracking information”，则说明本地分支和远程分支的链接关系没有创建，用命令git branch --set-upstream branch-name origin/branch-name。

这就是多人协作的工作模式，一旦熟悉了，就非常简单

4.合并分支

一般使用普通合并

(1)回到开发分支，然后合并分支

git merge --no-ff -m "merge with no-ff" origin/dddd

(2)然后提交修改到远程仓库就好

(3)此时删除分支

5.分支分类

（1）bug分支：

1.1

bug就像家常便饭一样。有了bug就需要修复，在Git中，由于分支是如此的强大，所以，每个bug都可以通过一个新的临时分支来修复，修复后，合并分支，然后将临时分支删除。并不是你不想提交，而是工作只进行到一半，还没法提交，预计完成还需1天时间。但是，必须在两个小时内修复该bug，怎么办？

幸好，Git还提供了一个stash功能，可以把当前工作现场“储藏”起来，等以后恢复现场后继续工作：

当你接到一个修复一个代号101的bug的任务时，很自然地，你想创建一个分支issue-101来修复它，但是，等等，当前正在dev上进行的工作还没有提交

git stash

此时你查看工作区：git status 就很干净了

2.2

创建bug分支

git checkout -b issue-101

然后提交分支

git add .

git commit -m "23"

然后切换到master完成合并

git checkout master

git merge --no-ff -m "merged bug fix 101" issue-101

然后删除bug分支

git branch -d issue-101

然后提交代码到远程上

git push origin master

最后回到develop上继续开发

此时你可以看看你的工作区存的位置

git stash list

工作现场还在，Git把stash内容存在某个地方了，但是需要恢复一下，有两个办法：

一是用git stash apply恢复，但是恢复后，stash内容并不删除，你需要用git stash drop来删除；

另一种方式是用git stash pop，恢复的同时把stash内容也删了

(2)Feature分支:添加一个新功能时，你肯定不希望因为一些实验性质的代码，把主分支搞乱了，所以，每添加一个新功能，最好新建一个feature分支，在上面开发，完成后，合并，最后，删除该feature分支。

git checkout -b feature

开发完毕后你可以提交并回到develop上进行合并

git add .

git commit -m "gg"

git checkout develop

git merge --no-ff -m "feature01" feature

最后删除

git branch -Dfeature-vulcan

6.标签

1.给发布用的master打标签

git checkout master

git tag v0.1

查看所有版本

git tag

默认标签是打在最新提交的commit上的。有时候，如果忘了打标签，比如，现在已经是周五了，但应该在周一打的标签没有打，怎么办？

方法是找到历史提交的commit id，然后打上就可以了

git log --pretty=oneline --abbrev-commit

git tag v0.9 8d27cc5

2.删除标签

git tag -d v0.1

3.推送标签

推送指定标签

git push origin v1.0

推送所有标签

git push origin --tags

4.推送后的标签删除

先从本地删除

git tag -d v0.9

然后，从远程删除。删除命令也是push，但是格式如下：

git push origin:refs/tags/v0.9

7.版本回退

HEAD指向的版本就是当前版本，因此，Git允许我们在版本的历史之间穿梭，使用命令git reset --hard commit_id。

穿梭前，用git log可以查看提交历史，以便确定要回退到哪个版本。

要重返未来，用git reflog查看命令历史，以便确定要回到未来的哪个版本。