国产 无码 综合区,色欲AV无码国产永久播放,无码天堂亚洲国产AV,国产日韩欧美女同一区二区

GIT —— 基本操作,分支管理,遠(yuǎn)程操作

這篇具有很好參考價(jià)值的文章主要介紹了GIT —— 基本操作,分支管理,遠(yuǎn)程操作。希望對(duì)大家有所幫助。如果存在錯(cuò)誤或未考慮完全的地方,請(qǐng)大家不吝賜教,您也可以點(diǎn)擊"舉報(bào)違法"按鈕提交疑問(wèn)。

GIT 企業(yè)開(kāi)發(fā)

最近找實(shí)習(xí),在完善簡(jiǎn)歷,遂發(fā)一發(fā)存貨,有待持續(xù)完善,我認(rèn)為這部分非常的有意義

1. 基本操作

1.1 創(chuàng)建,配置本地倉(cāng)庫(kù)

創(chuàng)建

mkdir gitcode
cd gitcode
git init

配置

git config user.name "bts"
git config user.email "xxx"
git config -l

將配置生效于當(dāng)前機(jī)器的所有倉(cāng)庫(kù)

git config --global user.name "xxx"

刪除配置/刪除全局配置

git config --unset user.name
git config --global --unset user.name

1.2 認(rèn)識(shí)工作區(qū),暫存區(qū),版本庫(kù)

  • .git:版本庫(kù),不允許手欠做任何修改!

  • stage/index/:暫存區(qū),索引

  • gitcode/: 工作區(qū)

  • 修改的工作區(qū)內(nèi)容會(huì)寫入**對(duì)象庫(kù)objects**的一個(gè)新的git對(duì)象

1.3 添加文件

可查看提交記錄

git log 

提交全部文件/指定的一些

git add .
git add [file]

將暫存區(qū)內(nèi)容提交,請(qǐng)不要瞎寫

git commit -m "你憋瞎寫"

1.4 關(guān)于文件的修改

**git追蹤管理的是修改??!**而不是文件

查看對(duì)于文件狀態(tài)

git status

查看暫存區(qū)和工作區(qū)的差異

git diff [file]

查看版本庫(kù)和工作區(qū)的差異

git diff HEAD --[file]

1.5 版本回退

前提??!commit后還沒(méi)有push?。∵@也是我們回退的目的,不玷污遠(yuǎn)程倉(cāng)庫(kù)的代碼

本質(zhì)回退版本庫(kù)中的內(nèi)容,git log可查看commit id

git reset [--soft | --mixed | --hard][HEAD]
  • --soft:只回退版本庫(kù)中內(nèi)容
  • --mixed:只回退版本庫(kù)和暫存區(qū)中內(nèi)容(默認(rèn)項(xiàng))
  • --hard:全部回退(慎用!?。?/li>

撤銷回退,那就拿著你想退到那兒的commit id,如果你已經(jīng)清過(guò)屏了,但它被沖掉了也沒(méi)后悔藥了

git reflog

根據(jù)提交狀態(tài),可分為如下三種情況:

  1. 撤銷工作區(qū)

你當(dāng)然手動(dòng)改咯,但是!太容易改出bug了,你寫了一段時(shí)間你都不記得你干了啥了

回到最近一次add/commit狀態(tài)

git checkout -- [FILE]

所以學(xué)會(huì)版本控制真的很重要,哎想當(dāng)年我手動(dòng)回滾相當(dāng)痛苦了

  1. 撤銷工作區(qū)和暫存區(qū)

reset還可以回退到版本區(qū)的當(dāng)前版本,回退暫存區(qū)

git reset HEAD [file]

HEAD 當(dāng)前版本,HEAD^上一版本,HEAD^^

這樣就回到了場(chǎng)景1

git checkout -- [FILE]
  1. 撤銷工作區(qū),暫存區(qū)和版本庫(kù)
git reset --hard HEAD^

1.6 刪除文件

刪除版本庫(kù)中的文件

刪除工作區(qū)中內(nèi)容 - 將變動(dòng)提交到暫存區(qū) - 提交至版本庫(kù)

rm [file] 
git add [file]
git commit -m "delete file"

我們可以將前兩條簡(jiǎn)化為一條命令

git rm [file]
git commit -m "delete file"

2. 分支管理

  • 日常開(kāi)發(fā)的代碼并未經(jīng)過(guò)測(cè)試驗(yàn)證
  • 多人協(xié)作開(kāi)發(fā)

2.1 分支的創(chuàng)建,刪除,切換,合并

查看當(dāng)前倉(cāng)庫(kù)有幾個(gè)本地分支

git branch

HEAD可以指向其他任何分支(不止master),指向的就是工作分支(前面有*)

分支的創(chuàng)建

站在當(dāng)前最新版本上創(chuàng)建分支

git branch [dev]

分支的切換

git checkout [dev]

也可以用一條命令來(lái)解決

git checkout -b dev

分支的合并

git checkout master
git merge dev

分支的刪除

必須在其它分支上刪除dev分支,我們鼓勵(lì)刪除無(wú)用的(已完成任務(wù))的分支

git branch -d dev

2.2 合并沖突

我們最有可能在merge過(guò)程中產(chǎn)生沖突

無(wú)法確定保留那個(gè),打開(kāi)[file],需要手工解決

可以清晰看到記錄 ——

git log --graph --abbrev-commit

3. 遠(yuǎn)程操作

如上所有內(nèi)容都是在本地完成的!那么Git是分布式版本控制系統(tǒng)

“中央服務(wù)器”倉(cāng)庫(kù)(遠(yuǎn)程倉(cāng)庫(kù)) —— 用來(lái)交換修改,推送-拉取文章來(lái)源地址http://www.zghlxwxcb.cn/news/detail-501497.html

  • issue:用來(lái)和倉(cāng)庫(kù)的管理者溝通issue的,那么我科研也對(duì)github issue數(shù)量進(jìn)行了調(diào)研
  • pull request:實(shí)際上我們不允許直接merge的,那我們先要提交“合并申請(qǐng)單”

3.1 克隆倉(cāng)庫(kù)

到了這里,關(guān)于GIT —— 基本操作,分支管理,遠(yuǎn)程操作的文章就介紹完了。如果您還想了解更多內(nèi)容,請(qǐng)?jiān)谟疑辖撬阉鱐OY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章,希望大家以后多多支持TOY模板網(wǎng)!

本文來(lái)自互聯(lián)網(wǎng)用戶投稿,該文觀點(diǎn)僅代表作者本人,不代表本站立場(chǎng)。本站僅提供信息存儲(chǔ)空間服務(wù),不擁有所有權(quán),不承擔(dān)相關(guān)法律責(zé)任。如若轉(zhuǎn)載,請(qǐng)注明出處: 如若內(nèi)容造成侵權(quán)/違法違規(guī)/事實(shí)不符,請(qǐng)點(diǎn)擊違法舉報(bào)進(jìn)行投訴反饋,一經(jīng)查實(shí),立即刪除!

領(lǐng)支付寶紅包贊助服務(wù)器費(fèi)用

相關(guān)文章

  • Python開(kāi)發(fā) Git 第二章: 提交更改 撤銷更改 分支管理 遠(yuǎn)程倉(cāng)庫(kù)操作

    在第一章中,我們成功地初始化了Git倉(cāng)庫(kù),并進(jìn)行了一些基本的配置?,F(xiàn)在,讓我們深入學(xué)習(xí)Git的基本操作,包括提交更改、撤銷更改、分支管理以及遠(yuǎn)程倉(cāng)庫(kù)的操作。 2.1.1 添加文件到暫存區(qū) 在Git中,提交更改通常需要將文件先添加到暫存區(qū)。假設(shè)我們有一個(gè)新的文件 exa

    2024年02月04日
    瀏覽(26)
  • git 基本操作——將本地代碼提交至遠(yuǎn)程倉(cāng)庫(kù)的過(guò)程

    1、初始化一個(gè)新的倉(cāng)庫(kù) 2、添加所有文件到暫存區(qū) 3、提交所有更改 4、配置遠(yuǎn)程倉(cāng)庫(kù)地址, 該操作將會(huì)為名為 origin 的遠(yuǎn)程倉(cāng)庫(kù)設(shè)置為 remote-repository-url 5、推送代碼到遠(yuǎn)程倉(cāng)庫(kù) 請(qǐng)注意,如果遠(yuǎn)程倉(cāng)庫(kù)中已經(jīng)存在一個(gè)名為 master 的分支,并且該分支的歷史記錄與本地倉(cāng)庫(kù)的歷史

    2024年02月02日
    瀏覽(96)
  • Git 基本操作【本地倉(cāng)庫(kù)與遠(yuǎn)程倉(cāng)庫(kù)的推送、克隆和拉取】

    Git 基本操作【本地倉(cāng)庫(kù)與遠(yuǎn)程倉(cāng)庫(kù)的推送、克隆和拉取】

    Git 是分布式版本控制系統(tǒng)(Distributed Version Control System,簡(jiǎn)稱 DVCS),分為兩種類型的倉(cāng)庫(kù): 本地倉(cāng)庫(kù)和遠(yuǎn)程倉(cāng)庫(kù) 工作流程如下 1.從遠(yuǎn)程倉(cāng)庫(kù)中克隆或拉取代碼到本地倉(cāng)庫(kù)(clone/pull) 2.從本地進(jìn)行代碼修改 3.在提交前先將代碼提交到暫存區(qū) 4.提交到本地倉(cāng)庫(kù)。本地倉(cāng)庫(kù)中

    2024年02月07日
    瀏覽(33)
  • 【Git企業(yè)開(kāi)發(fā)】第四節(jié).Git的分支管理策略和bug分支

    【Git企業(yè)開(kāi)發(fā)】第四節(jié).Git的分支管理策略和bug分支

    文章目錄 前言 一、Git的分支管理策略 ? ? ? 1.1?Fast forward 模式和--no-ff 模式 ? ? ? 1.2 企業(yè)分支管理策略 二、bug分支 三、刪除臨時(shí)分支 四、總結(jié) 總結(jié) 通常合并分支時(shí),如果可能,Git 會(huì)采用 Fast forward 模式。還記得如果我們采用 Fast forward 模式之后,形成的合并結(jié)果是什么

    2024年02月06日
    瀏覽(28)
  • Git企業(yè)開(kāi)發(fā)控制理論和實(shí)操-從入門到深入(三)|分支管理

    Git企業(yè)開(kāi)發(fā)控制理論和實(shí)操-從入門到深入(三)|分支管理

    那么這里博主先安利一些干貨滿滿的專欄了! 首先是博主的高質(zhì)量博客的匯總,這個(gè)專欄里面的博客,都是博主最最用心寫的一部分,干貨滿滿,希望對(duì)大家有幫助。 高質(zhì)量博客匯總 然后就是博主最近最花時(shí)間的一個(gè)專欄《Git企業(yè)開(kāi)發(fā)控制理論和實(shí)操》希望大家多多關(guān)注!

    2024年02月11日
    瀏覽(48)
  • 【Git】Git(分布式項(xiàng)目管理工具)在Windows本地/命令行中的基本操作以及在gitee中的操作,使用命令行、圖形化界面,進(jìn)行提交,同步,克隆

    【Git】Git(分布式項(xiàng)目管理工具)在Windows本地/命令行中的基本操作以及在gitee中的操作,使用命令行、圖形化界面,進(jìn)行提交,同步,克隆

    介紹 這里是小編成長(zhǎng)之路的歷程,也是小編的學(xué)習(xí)之路。希望和各位大佬們一起成長(zhǎng)! 以下為小編最喜歡的兩句話: 要有最樸素的生活和最遙遠(yuǎn)的夢(mèng)想,即使明天天寒地凍,山高水遠(yuǎn),路遠(yuǎn)馬亡。 一個(gè)人為什么要努力? 我見(jiàn)過(guò)最好的答案就是:因?yàn)槲蚁矚g的東西都很貴,

    2024年02月04日
    瀏覽(91)
  • Git企業(yè)開(kāi)發(fā)控制理論和實(shí)操-從入門到深入(四)|Git的遠(yuǎn)程操作|Gitee

    Git企業(yè)開(kāi)發(fā)控制理論和實(shí)操-從入門到深入(四)|Git的遠(yuǎn)程操作|Gitee

    那么這里博主先安利一些干貨滿滿的專欄了! 首先是博主的高質(zhì)量博客的匯總,這個(gè)專欄里面的博客,都是博主最最用心寫的一部分,干貨滿滿,希望對(duì)大家有幫助。 高質(zhì)量博客匯總 然后就是博主最近最花時(shí)間的一個(gè)專欄《Git企業(yè)開(kāi)發(fā)控制理論和實(shí)操》希望大家多多關(guān)注!

    2024年02月11日
    瀏覽(42)
  • 【Git】Git基本操作

    【Git】Git基本操作

    Git是一個(gè)免費(fèi)的、開(kāi)源的分布式版本控制系統(tǒng),可以快速高效地處理從小型到大型的各種項(xiàng)目。它采用分布式方式,避免中心服務(wù)器的單點(diǎn)故障,保障系統(tǒng)的高可用性和穩(wěn)定性。Git可以作為一種過(guò)渡方案來(lái)替代BitKeeper,幫助管理Linux內(nèi)核開(kāi)發(fā)等??傊?,Git是一種高效、靈活的

    2024年02月04日
    瀏覽(20)
  • GitHub操作之遠(yuǎn)程倉(cāng)庫(kù)基本操作(團(tuán)隊(duì)內(nèi)創(chuàng)建,推送,拉取等)

    GitHub操作之遠(yuǎn)程倉(cāng)庫(kù)基本操作(團(tuán)隊(duì)內(nèi)創(chuàng)建,推送,拉取等)

    itHub是一個(gè)面向開(kāi)源及私有軟件項(xiàng)目的托管平臺(tái),因?yàn)橹恢С諫it作為唯一的版本庫(kù)格式進(jìn)行托管,故名GitHub GitHub可以托管各種git庫(kù),并提供一個(gè)web界面,但它與外國(guó)的SourceForge、Google Code或中國(guó)的coding的服務(wù)不同,GitHub的獨(dú)特賣點(diǎn)在于從另外一個(gè)項(xiàng)目進(jìn)行分支的簡(jiǎn)易性。為一個(gè)

    2024年02月10日
    瀏覽(22)
  • Git基本操作:版本打Tag的作用以及基本操作流程

    Git基本操作:版本打Tag的作用以及基本操作流程

    作用介紹 在git代碼管理時(shí),有時(shí)候我們想對(duì)某個(gè)特定的commit 添加標(biāo)記,比如要標(biāo)識(shí)版本信息,這時(shí)候就可以用的git中的打標(biāo)簽功能。 打tag就類似于我們看書放書簽一樣,以后可以直接用tag找到提交的位置,不然的話,就只有看commit的哈希值返回指定位置,比較繁瑣。 特別強(qiáng)

    2024年02月13日
    瀏覽(18)

覺(jué)得文章有用就打賞一下文章作者

支付寶掃一掃打賞

博客贊助

微信掃一掃打賞

請(qǐng)作者喝杯咖啡吧~博客贊助

支付寶掃一掃領(lǐng)取紅包,優(yōu)惠每天領(lǐng)

二維碼1

領(lǐng)取紅包

二維碼2

領(lǐng)紅包