Git使用列表(四)
最近,由于自己的一個項目,導致自己的關于自己的要使用Git的很多的命令,突然發現自己的git的還有許多不知道的東西
不過,在這個工作的過程中,也發現自己的一些很大的缺陷,就是自己題目理解力有限,明明就是很好理解的,自己就是
要去問別人,其實沒有這個必要,下次一定要先自己看看,到底需不需要,再去決定問不問別人。閑話不多說了,我們先看
這期的Git的一些的命令吧。
1.當我們如果要練習Git的一些操作的時候,我們都希望自己動手寫一些命令吧,這個時候,我們既可以在GitHub上面建立一個
倉庫,然后實行一些操作。
$ git remote add origin git@github.com:michaelliao/learngit.git(添加遠側倉庫)
2.沒有add.的時候,回退
git checkout .
3.add.之后的時候的回退(即暫存區的回退)
git reset HEAD(HEAD指的是最新的版本,這個版本是最新的修改版本)
4.如果commit之后,我們還需要回退以前的版本
git reset --hard commitId
5.如果我們采用分支合并的策略之后,當我刪除那些分支之后,想要知道那些分支是合并過得,我們可以這樣操作
--no-ff方式的merge
git merge --no-ff -m "merge Message" dev (dev是我們merge的分支)
6.對于我們要修改一個bug,需要跳到別的分支修改,但是當前分支又不想進行commit,此時可以使用
git stash (把當前的stash)
git stash list (查看stash的記錄)
git stash pop (恢復stash的修改,并把stash的記錄清空)
7.git add命令實際上就是把要提交的所有修改放到暫存區(Stage),然后,進行 git commit,就可以一次把暫存區的修改一次提交到版本
8.如果不add到暫存區,那么他就不會加入到commit中
9.git reset HEAD file可以把暫存區的修改撤銷掉(unstage),重新放回工作區,當我們用HEAD時,表示的是最新的版本
10.master分支是一條線,GIt用master指向最新的提交,再用HEAD指向master,就能確定當前的分支,以及當前分支的提交點。
11.git stash然后在切回來,有兩種顯示,一種git stash apply,另一種是git stash pop,其中,第一種可以不清空stash的記錄,而第二種會清空記錄。
12.我們一般用ideal解決conflict時候,有是那種區域
答:假如我前面在自己的分支上進行了修改,然后我到了staging的分支,這個時候,
我在staging的分支上merge自己的分支,如果這個時候有沖突出現的話,我們可以看
到有三個分支,最左邊(Local Change),最右邊(Changes from Server),以及中間的,其中
最左邊的是指的本地分支,就是我所在的分支,即此時指的是staging分支,而最右邊的分支
changes from server,這個分支指的從遠端進行合并的分支,就是我從哪一個分支合并過
來,這個就指的是哪一個分支,這個里面指的是我自己的分支,從而中間的指的是,我們二
者合并過后的分支。
13.關于merge的一些操作
答:如果我當時從master拉了一個分支,然后在進行修改,然后merge到
staging中,現在我又想在改回去一些東西,如果我在重新拉取一個分支,
對原來的那部分代碼進行修改,此時這很有可能會出錯,但是,如果我們
在原來的拉取的那個分支上面進行修改,在合并,此時就不會出現沖突,
因為這兩個的源頭都不一樣,我的本子上面有一個圖,可以看著那個圖進行修改。
回去看一下這塊的東西
最后,還是很想安利一個網站,這個Git的入門真的是特別好:http://www.liaoxuefeng.com/wiki/0013739516305929606dd18361248578c67b8067c8c017b000
轉載于:https://www.cnblogs.com/wnbahmbb/p/7143891.html
總結
以上是生活随笔為你收集整理的Git使用列表(四)的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: lua-5.2.3编译问题记录quot;
- 下一篇: 小程序瀑布流无限加载