年初在一家使用golang的公司待了一段時間，當時抱著一顆學習的心態試圖挑戰一下自己，結果因為自己基礎薄弱，能力不足，沒能堅持下去，但是卻學到了非常多的東西，是一段非常寶貴的工作經歷，這裡記錄一下在工作中遇到的奇奇怪怪的問題，儘量將具體的工作內容剝離出去，記錄問題及解決思路和方法等。

1.由於GFW的問題，在國內使用golang是相當困難的，常常需要自備梯子，或者使用公司的vpn，不過這個問題是glide的問題，報錯如下：

The Remote does not match the VCS endpoint.

產生原因是glide的快取沒有清理，使用命令glide cc，之後再make

2.因為和GitLab做了關聯，所以有時會出現大量多次詢問ssh帳密授權的資訊，解決方案是新增上私鑰：

ssh-add -k ~/.ssh/id_rsa

可以看一下這個問題中的400+讚的高票答案（在下方）。

在使用上述命令報錯

Could not open a connection to your authentication agent.

可以使用ssh-agent bash，然後再進行ssh-add。

ssh -T git@xxx.com

使用ssh與git倉庫進行連線。

3.vim編輯中文設定utf-8編碼，參考文章。

附：vim的常用命令

4.一個簡單的git工作流：阮一峰的Git文章
首先fork別人的專案，關於fork；
之後在本地操作：

git clone "fork後的在你的倉庫的專案地址"

git remote add upstream "fork的別人倉庫的專案地址"
git fetch upstream 遠端獲取最新版本

//不是必要的一步
git rebase upstream/branchname  將某分支的最新版rebase到本地
 

之後新建分支以做修改

git checkout -b fix_xxx

git add xxx yyy zzz
git commit
git push origin fix_xxx

然後去提pr(pull request)，等待別人merge。

但是當我們提pr時發現自己的commit數量太多，想要合併的時候該怎麼做呢？如here
其實就是用上面說的rebase；首先要知道，當我們檢視git的log時，commit的記錄不只是你一個人的，也有可能有其他人的commit參雜其中，所以在使用rebase的時候需要注意的就是，保證自己的commit記錄是連續的，這樣才能夠比較方便的進行合併commit的操作。
使用git rebase -i HEAD~num ， 注意符號~還有那個num，就是你之前的commit的記錄條數，或使用git rebase -i commit的hash值（推薦），然後會進入到一個操作介面，裡面主要就是修改pick為squash，但是要保留一個pick，保留的pick就是主commit資訊，其他的都會合併到這條資訊上。

如果我們想要回滾git程式碼，則可以使用

git reset --hard hash號

7.編寫Makefile，使用make命令編譯，生成可執行檔案。
這裡推薦大牛陳皓的跟我一起寫Makefile系列，共計14篇。

8.在linux下全域性搜尋檔案，使用grep命令

 grep "target" *    搜尋當前目錄下所有檔案中是否含有target欄位
 grep "target" */* 搜尋當前目錄的下級所有目錄中的檔案是否含有target欄位

以此類推

解壓命令 unzip

 sudo unzip  xxx.zip  -d  filepath    將檔案解壓到某路徑下

9.mock測試， 指在測試中，對於某些不容易構造或者不容易獲取的物件，用一個虛擬的物件來建立以便測試的測試方法。 mock本身有虛假意。
關鍵步驟是： 使用一個介面來描述物件，mock物件就是真實物件在除錯期間的代替品。

其他的筆記中的內容大概掃了一下，很多都是和具體的業務場景有關，再或者就是和golang的使用有關，有很多內容都是比較基礎，但是當時沒掌握的那種，等等。所以大概就提煉出這點東西，希望以後回顧，或者對有緣人能有些許幫助。