背景
昨晚我建了个远程库,专门放笔记的。因为只是写md,又没写代码,所以就直接用vs code去编辑了。可vs code自带的git又不知道怎么用,然后我就只好打git命令行,添加远程库等等。可是搞了半天没弄好。
今天我就复现了昨晚的场景。
昨晚是这样的,我在码云新建了个私有库,码云会自动添加md文件嘛。
而我本地是这样的:
mkdir notes
cd notes
mkdir 1711
git init // 初始化新仓库
然后就用vs code新建了md文件开始写笔记,写完了想放到码云上。不得已我就开始打命令行了
git remote add origin https://gitee.com/远程库名
git add [fileName] // 添加文件
git commit -m [messages] // commit
git fetch origin master // 取回远程库的文件到本地
git merge origin/master // 合并,结果出错了
// fatal: refusing to merge unrelated histories
// 加多这一段就ok :--allow-unrelated-histories
git merge origin/master --allow-unrelated-histories
git push origin master // 推送到远程仓库
我还想有其他骚操作
- 删除掉远程库的README.md
git rm README.md
git commit -m 删除了README.md
git push origin master
- 添加多一个文件夹
mkdir dir
cd dir
touch 1.md 2.md 3.md
git add *.md
git commit -m 添加文件夹
git push origin master
- 我想重命名文件
git mv oldFileName newFileName
git commit -m 改文件名
git push origin master
- 远程仓库的添加,删除,重命名
// 添加
git remote add origin https://gitee.com/仓库名
// 删除
git remote rm origin
// 重命名
git remote rename origin hhh
// 查看远程主机名
git remote
// 查看远程主机名和对应的地址
git remote -v
- Git文件的状态
Git的文件是有三种状态的,已修改,已暂存,已提交。对于所在位置:工作区work,暂存区stage,仓库repository。
怎么看文件的状态呢?用命令行git status
$ git status
On branch master
Your branch is up-to-date with 'origin/master'.
Changes to be committed:
(use "git reset HEAD <file>..." to unstage)
new file: "1711/git\347\254\224\350\256\260.md"
modified: README.md
Changes not staged for commit:
(use "git add <file>..." to update what will be committed)
(use "git checkout -- <file>..." to discard changes in working directory)
modified: "1711/git\347\254\224\350\256\260.md"
怎么理解这一段,首先说了你跟远端的分支master
是最新的,然后下面有一些文件需要被commit提交
,还有一些你改动了的文件,需要用git add
放入到 stage暂存区
这个意思就是说,工作区(.git文件所在的目录)里头的git笔记.md
修改了,但没有放入暂存区stage
,而README.md
文件虽然修改了,但已经放入暂存区stage
了,就差commit
提交到仓库了。
- 新建分支,合并分支
这里有三个版本,最新的是f30ab
图中有两个分支,master和testing
然后HEAD指向的是我们当前所在的分支,怎么看我们所在分支是哪个呢。命令行git branch
,带*
星号的就是所在分支,如下:
git branch
* master
testing
新建分支合并分支运用场景
比方说:我们有一个项目,已经上线了,也就是说已经放到生产环境了。
这时候我们有新需求,为了不影响已上线的产品,我们开了一个分支,我们就可以在这里开发,然后测试完再推到主线上。
假如我们线上的产品有个严重的bug,这时候我们就回到主线分支,然后再新建一个分支出来去修复bug,修好了再推到主线上。
// 新建一个分支 newBranchName 并且切换到该分支上
git checkout -b newBranchName
// 相当于执行如下命令
git branch newBranchName
git checkout newBranchName
// 如下例子:
$ git checkout -b develop master
Switched to a new branch 'develop'
$ git branch
* develop
master
利用分支进行开发工作的流程
master
为主线分支,主分支只用于发布大版本更新。develop
分支为日常开发分支。
- 创建 develop 分支,并切换到该分支
git checkout -b develop master
- 将 develop 分支发布到 master 分支
- 切换到 master 分支
git checkout master
- 合并分支
git merge --no-ff develop
- 切换到 master 分支
若不加 --no-ff
参数则是这样的
加上参数 --no-ff
未完待续
网友评论