線程通訊的三種方法！通俗易懂
線程通信是指多個線程之間通過某種機制進行協調和交互，例如，線程等待和通知機制就是線程通訊的主要手段之一。 在 Java 中，線程等待和通知的實現手段有以下幾種方式：Object 類下
Git作為一個版本控制（version control）的工具，已經有近20年的歷史。2005年的時候，Linux Torvalds和其他linux開發者在使用另一款版本控制工具BitKepper，但是這款軟件是收費的，其中一個開發者逆向破解了BitKeeper，與BitKeeper公司發生了利益沖突，導致他們不能再使用BitKeeper。
于是Linux Torvalds很快開始開發Git。很快很多的志愿者加入了Git的開發，正式由于Git的出現，后面才出現了諸如Github這樣的開源社區。
如今，Github和Gitlab是企業中使用最多的項目管理工具。它們的共同點都是基于Git。
Git工具雖然強大，但是只有你對它有更多的使用和了解，才會真正感知到它的強大之處。
為了能夠更好的理解和使用Git，我們通過下面的故事來感受。
在一個很普通的早上，A同學騎著單車，準備去公司上班。A同學是一名女生，職業是go開發者。
9點左右的時候，A同學到了公司，稍微休息了幾分鐘，就開始投入到今天的工作。今天她要開發一個新的項目，所以她第一件事情就是拉取這個新項目到自己的goland里面。
下面是她得到的git地址
https://github.com/xxd/go-git.git然后她到goland，點擊File->New->Project from version control->Git，然后把這個地址復制到如下輸入框
圖片
在Directory 后面輸入項目要保存的位置，點擊Clone。
如果你覺得需要點很多次，才會出現 Clone 的窗口，你可以在goland的 keymap 里面搜索 Clone ，選擇 Repository 里面的Clone，然后給他一個快捷鍵，比如 alt+g
很快項目就拉了下來。
A同學接著以Debug方式啟動了項目。發現項目運行正常。
然后她準備開發用戶管理模塊的功能，比如注冊用戶，查詢用戶，禁用用戶。
于是A同學按住 alt+n 創建了一個 user 包，接著再按 alt+n ，在user包里面創建了 user.go 文件，在A同學輸入完user之后，goland會提示她是否把這個文件加入到這個項目的 Git 倉庫，選擇Add ，當然要把自己寫的文件加入到項目的 Git 倉庫，因為后面我們要提交這個文件到項目的遠程倉庫。
此時，我們已經見到了Git的3個概念。
第一個是遠程倉庫（Repository），也就是項目代碼在Github上被管理的地方。
第二個是工作區（working dir），就是我們本地存放代碼的位置。在Github上的Repository和我們本地的項目代碼位置形成了一對remote和local的關系。我們一般把Github上的倉庫叫做遠程倉庫，本地的就叫做本地倉庫。
第三個就是分支（branch），我們默認拉的是master分支。對于分支的名字，最出名的除了master（主分支），develop（開發分支），release（發布分支），staging（預發布分支）。
分支是Git的主角，后面的很多操作都會出現他的身影。我們也可以新增自定義的分支，比如feature-2023-11-11 表示2023-11-11要發布的特性的開發分支。有時候在分支上也會帶上自己的名字，比如feature-swk表示是孫悟空的開發分支。
目前對于Github來說，默認的分支已經是main，而不是之前的master
由此，我們知道一個Repository可以有多個分支，那么同時對于本地來說，也可以有多個對應的分支，區別是一個是remote的，一個是local的。
剛才A同學點擊Add的操作，實際上對應了如下Git命令
git add user.goadd的文件和沒有add的文件goland是給了不同的顏色來區分的。就像是被add的文件在城墻里面，沒有被add的文件在城墻外面是完全不同的世界了。
上面只是一個可以被看到的區別，那么本質是什么呢？
這里就需要上一張表達本質的圖
圖片
上面的圖說明了 git add 命令的本質效果是工作區的文件被放入到了staging area，可以理解為一個預備的文件區域。就比如你去商場買東西，會拿一個購物車，把自己喜歡的商品先放入到購物車的過程。
git add 也被解釋為 staging the changes。
既然是購物車，到了后面我們也可以將購物車的某個商品拿出去，然后到收銀臺進行支付。
大概過了一個小時，A同學把用戶注冊的功能基本上寫好了，于是她開始自己用postman測試下自己的代碼，過了一會，她發現沒有問題，于是她開始按ctrl+k（k音同commit的c的發音）
圖片
在這個窗口，Default Changelist 列出了你已經 git add之后的文件，哪些是被修改過的，當然第一次 git add的文件都是修改過的。
然后是填寫提交信息的 Commit Message 框，比如這里A同學寫的是注冊用戶，注意 Commit Message 是commit之前必須要填的，不填的不讓commit。
如前圖，commit的內容就是我們之前staging area里面的內容
我們一般是直接點擊Commit右邊的倒立三角形，選擇Commit and Push。然后就會彈出一個push框，最后點擊push，你寫的代碼就會在Github上對應的分支看到了。
如果你是點擊的commit，后面push的時候也可以按ctrl+shift+k來push代碼。
commit 和 push的區別：commit 是把變更放到本地的repository，push 是把前面commit的變更全部放到remote的Repository
到此，一個企業里面的提交代碼的git過程就結束了。
實際上，隨著業務的發展，我們會不斷的重復上面這個基本的過程，也就形成了一次次的提交歷史。我們可以到如下圖的地方查看提交歷史
圖片
如上圖，goland提供了Log列，讓我們查看提交歷史，同時可以看到branch，user，date 3個下拉框來過濾我們想要看的歷史記錄。
當我們點擊某一次提交，右邊會出現這次提交的文件，同時我們選中一個文件，按ctrl+d可以對比2次提交的這個文件的差異。
注意：Git是基于改變的而不是基于文件來staging的。
比如A同學剛才已經提交了user.go文件，第二天，她又改了這個文件1個小時，發現需求變了（需要從開始的地方寫），但是自己在user.go里面已經寫了很多的代碼，雖然可以按ctrl+z回退，但是想到需要按很多次ctrl+z就很麻煩。
package usertype User struct{ Name string Age int //下面是很多新加的代碼 //new //舊的代碼 //old //新的代碼+舊的代碼 //new+old}這類情況可以使用如下命令
git checkout user.go執行這個命令，可以讓user.go回到Repository的狀態，也就是上次提交后的狀態。這樣就不需要重復按ctrl+z（按多了，自己也不知道該到什么時候的代碼了）
可以使用reset命令
git reset HEAD user.go這樣會清除剛才staged的改變（基于改變而不是文件），但是工作區的代碼仍然是不變的
package usertype User struct{ //新加的注釋 Name string Age int}要讓工作區的代碼回到如下
package usertype User struct{ Name string Age int}還需要執行如下命令
git chekout user.go有時候，你commit 才發現這次提交時有問題的，你想取消這次提交的變更。
使用如下命令
git revert HEADHEAD 表示是最新一次提交，如果你想取消更久之前的commit，可以帶上每次提交的hash值
git revert 47944b4b9273d756e382c20e259bbdbedd1a6d98如何查看每次commit的hash值呢？
圖片
在Log里面，選中某次commit，然后右擊，點擊 Copy revision number
注意：上面的git revert只是取消commit，在git log里面取消的commit仍然是存在的，并沒有被刪除
當我們發現某次提交是錯誤的，我們想刪除這次提交（在提交歷史里面看不到這個提交），使用如下命令
git reset --hard 47944b4b9273d756e382c20e259bbdbedd1a6d98這個命令會做3個事情：
把HEAD（最新的一次提交）設置為指定的那次提交，比如目前提交了3次，分別為A->B->C，執行 git reset B，就會把HEAD從C變為B
在goland里面，可以通過選中某一次提交，右擊選擇 Reset Current branch to here。
注意：對本地的分支進行 git reset 是沒有風險的，因為即使操作錯了，仍然可以使用 git checkout 回到最新的代碼。
簡單來說，當你需要把remote的Repository的更改應用到本地的分支，使用rebase；但是如果你的本地分支是和別人共享的，那么不要使用rebase，因為rebase會重寫commit的歷史。
圖片
現在A同學和B同學在同時開發這個項目，在第一個白色圓圈到第二個白色圓圈這個階段你們都是使用main分支開發的；這時候A同學需要開發一個feature，因此從第二2圓圈開始checkout出一個分支叫feature；B同學仍然在main分支7開發。
過了幾天，A同學提交了3次代碼（3個綠色圓圈），B同學提交了2次代碼（2個藍色圓圈）。
這時候A同學需要使用到B同學開發的內容，A同學使用merge，會產生一個新的commit（第四個綠色圓圈）
圖片
如果A同學使用rebase，那么會把自己的提交放在B同學之前2次提交的前面。但是不會產生新的commit（commit個數和rebase之前是一樣的）。這樣當我們查看歷史記錄的時候提交節點之間的關系更加線性。
在goland如何合并代碼呢？
圖片
圖片
第一步：點擊右下角當前的分支
第二步：選擇其中一個遠程的分支
第三步：點擊 Merge into Current
結果：會把選擇的分支的更改合并到當前分支
Rebase Current onto selected：會把當前分支的更改合并到選擇的分支
A into B 表示B會有新的變化 ；A onto B 表示A會有新的變化
本文鏈接：http://www.www897cc.com/showinfo-26-35852-0.htmlGoland使用Git的這個幾個高級技巧，效率提升10倍
聲明：本網頁內容旨在傳播知識，若有侵權等問題請及時與本網聯系，我們將在第一時間刪除處理。郵件：2376512515@qq.com
上一篇： 系統調用：計算機中的“服務員”
Copyright ? 2016-2023 天津谷騏科技有限公司 版權所有 sitemap.xml
違法及侵權請聯系：2376512515@qq.com 津ICP備18001702號
津公網安備 12010102000574號