去年剛畢業來公司后，做為新人，發現很多東西都沒有文檔，各種工具和地址都是口口相傳的，而且很多時候都是不知道有哪些工具可以使用，所以當時就想把自己接觸到的這些東西記錄下來，為后來者提供參考，相當於一個路線圖，幫助新人盡快上手。
本文介紹的我所在小組的一些開發流程及相關工具。做為新人入門手冊，其中某些工具可能只有我們這邊在用，但對於其他公司的新人來說，一樣是具有指導意義的。
2015.4.11 更新:
- 增加構建工具 Bazel, CMake介紹
- 增加Linux下任務管理相關命令
- 增加正則表達式調試的網址
簡單介紹一下我們組的開發背景：
我們的業務對外是一個http的服務，開發主要是服務器端開發。
編程語言：基本以C++/Java為主，有少量的perl, shell的腳本
程序發布，部署方式：通過 ABS 來打出rpm包，放到公司內部 yum 源，然后通過 金字塔 來進行自動化發布的
熟悉Linux操作
任務管理
有時候你在命令行里執行拷貝大文件的命令，這個命令很耗時，會獨占終端，此時可以先使用 Ctrl+z 命令讓當前任務(job)掛起，此時可以輸入命令了，然后使用 bg 命令讓當前掛起的任務去后台(background)運行。
利用 jobs 命令可以查看當前在后台運行的程序及job-id，然后想讓它到前台來運行，可以執行 fg [%job-id] 來讓它恢復到前台執行
如果想kill掉當前在后台運行的某個任務怎么辦？使用 kill %job-id
開發環境搭建
我們這邊操作系統都是Red Hat Enterprise Linux 5,機器都是X86架構，64位機器。這邊代碼文件默認都用GBK的編碼
-
登錄機器的配置
集團的跳板機，ssh的配置是會在一段時間不操作之后自動斷掉的，而且每次登錄上去都需要輸入密碼+token，利用ssh的ControlMaster,就可以解決，方法見我的ssh配置在linux下，有很多窗口管理器，可以在一個窗口里進行多個獨立的會話[不需要開多個終端]，進行會話恢復[即使網絡連接中斷，用戶也不會失去對已經打開的命令行會話的控制]，推薦screen
默認的screen配置有些蹩腳，而且跟shell快捷鍵有些沖突。配置好了之后界面顯示就很強大了,可以參考我的screen配置
對應上述配置的screen快捷鍵：
Ctrl+j,c 創建新會話
Ctrl+j,d detach -
在刻的操作系統里已經有了，常用的是：
* GNU make: 編譯(compile)和構建(build)的自動化工具
* GNU 編譯器集合：GCC
* GNU 二進制工具:包含鏈接器(linker)，匯編器(assembler)和其他工具 -
代碼編輯
我一開始使用的vim，基本不安裝什么插件，后來投入了emacs的懷抱，主要是emacs，eshell和gdb搭配起來，不僅能夠滿足我的日常需求，而且讓我感覺效率大大提升，而且emacs環境安裝也比較簡單。但是在咋們公司的服務器上，vim是標配，emacs需要自己裝。用習慣了emacs，再切回到vim時，好多快捷鍵都忘了，十分痛苦！
Linux環境下shell和vim中亂碼原因及消除辦法 新手經常被亂碼問題困擾，這篇文章探究了一下shell和vim中亂碼原因及解決辦法
emacs安裝及使用 ，現在這里挖個坑吧，后續有時間再寫
如果在Windows下看代碼，推薦Source Insight,非常好用，誰用誰知道。
代碼版本管理
目前直通車這邊代碼版本管理使用svn
常用命令:
-
查看本地代碼做了哪些改動
svn st -q -
提交代碼
svn ci filepath/ -m "svn comments" -
查看另個版本之間的改動有哪些
svn diff -r r1:r2
svn diff -r r1:r1 --summarize #此命令是摘要模式，只展示哪些文件改動，不展示具體的文件內容diff -
創建分支
svn cp http://destpath/trunk http://destpath/branches/my-branch/ -m "create branche for xxx" -
合並分支代碼到主干
svn merge -r 14829:HEAD my/branch http://path/to/trunk上述命令表示把本地的my/branch所代表的svn路徑的14829到最新版本的代碼，merge到http://path/to/trunk路徑下。如果是正常拉出來的分支，也可以不加版本參數，svn能自動計算出分支的起始版本號
新人合並代碼的時候一定要注意一下，提交之前再確認下合並的代碼是否OK，如果有不明白的地方，多請教師兄 -
查看某段代碼最后是誰改的
svn blame filename -
更新指定文件到某個指定的版本
svn up -r rev file -
撤銷某文件本地的改動
svn revert file #這條命令要謹慎使用，使用之后自己的改動就找不回來了 -
解決沖突的命令
如果svn merger后提示:
local add, incoming add upon merge
用如下命令來采納本地的修改來解決:
svn resolve --accept working-R [--recursive]
在Mac下，推薦使用圖形界面的Meld來作為svn的merge工具，可以很方便的處理沖突，減少合錯代碼的可能性
開發[被測試戲謔為寫bug的階段]
開發之前，最好了解如下這些東東：
-
Makefile 用來完成自動化編譯的東東
相關資料可以參考陳皓寫的跟我一起寫 Makefile系列,網上可以搜到熱心網友整理的pdf版本。看完前面4章就夠用了，后面的章節可以在遇到疑惑的時候再去查閱。
可以通過以下幾個常見問題來檢驗自己有沒有理解整個工程的Makefile- 如何修改Makefile來編譯出帶/不帶gdb調試信息的版本
- 如何去掉／加上編譯器優化選項，如-O2參數
- 新加入頭文件(一般都是.h結尾的)，源文件(一般都是.cpp結尾)后，如何在Makefile中加入相應的規則。新加入的這個文件可能最終是放到靜態庫.a里面，也可能是放到動態庫.so里面，也可能是直接生成可執行程序的
一般都不直接寫makefile，而是使用cmake(cross platform make)來生成makefile，然后再按照make的方式構建軟件。
進階讀物：
如何調試Makefile變量 -
關於靜態庫和動態庫
需要了解的東西有
- What: 什么是靜態庫，什么是動態庫
- How: 如何生成靜態庫,動態庫
- Why: 靜態庫和動態庫的差異，什么情況下使用靜態庫，什么情況下使用動態庫
以上問題都可以在LibraryArchives-StaticAndDynamic,shared libraries里得到解答
參考資料：
-
編程大牛老趙推薦的書 <<深入理解計算機系統>>書很厚，可以挑着看自己關心的章節
-
至少需要知道一些常用的選項參數：
- 定義輸出文件的名稱
- 產生gdb調試的信息
- 控制代碼優化級別
- 只進行預處理過程 可以幫助調試一些宏定義/頭文件包含產生的問題
- 只進行編譯過程
- 只進行鏈接過程
可以通過man gcc來獲得上述問題的答案,也可以自行google，google被牆了可以用這個ask
-
GNU調試器gdb
程序執行結果錯誤怎么辦？單測過不了怎么辦？線上出Core了怎么辦？別着急，GDB來幫你忙。新手如何在gdb中存活 通過一個小例子來讓新手快速上手,搞會了里面的內容，就基本夠用了
一些我搜刮到的gdb命令[會持續更新進來，歡迎大家回復]：
-
查看指針數組中的內容 p /x *address@len 以16進制方式顯示address開頭的len個元素
-
通過gdb啟動程序后，如何調試fork出來的子進程：set follow-fork-mode child
直通車這邊的服務基本都是多進程的模型，首先啟動一個daemon父進程，然后再fork出多個執行業務邏輯的子進程。如果子進程掛掉，父進程會重啟一個子進程。
進階讀物：
陳皓的 用GDB調試程序系列， 介紹的非常詳細，全面
-
多線程支持
目前直通車這邊多線程機制使用的都是POSIX Theads
對於POSIX Theads，需要了解：
-
What:什么是thread，pthread
-
How: 如何使用pthread
- 如何編譯多線程程序
- 如何創建／結束線程
- 如何等待子線程返回(join/detach)
- 多線程之間如何使用互斥鎖(Mutex)來同步、加鎖、避免競爭條件的出現？
-
Why: 為什么使用pthread,而不是其他
以上問題，都可以在這個美國勞倫斯利弗莫爾國家實驗室的pthead教程里面找到答案
查找/替換字符串/查找文件/文本處理
-
想查找某個宏/函數的定義怎么辦？
grep -r --include=*.{cpp,h} NGX_HTTP_VAR_INDEXED src/
本命令的意思是在src目錄下，以遞歸的方式在.cpp或者.h結尾的文件里查找NGX_HTTP_VAR_INDEXED這個字符串 -
想找某個模糊記得名字的文件怎么辦？
find ./ -iname "*util.h"
本命令意思是在當前目錄下,基於忽略大小寫的文件名稱來查找文件，文件名稱是正則表達式 *util.h
關於正則表達式，我只看deerchao的這個文章：正則表達式30分鍾入門教程
另外有一個web應用regexr特別好使，可以幫助我們調試正則表達式
-
文本處理
流式編輯器 sed
例如替換某字符串: sed -i 's/oldvalue/newvalue/g'
關於sed,可以看酷殼上的sed 簡明教程文本處理語言 awk
關於sed,可以看酷殼上的AWK 簡明教程
進階讀物：
關於單測(unit test)
單測十分重要,它能夠讓你對你的代碼更加有底氣和信心，而且能夠幫助你更早的發現問題，解決問題。在開發的各個階段，問題發現的越晚，解決問題的成本就越大。這邊C++的單測都用的Google的gtest框架,即使之前不了解gtest框架，看着別人的代碼照貓畫虎也可以寫出單測來，但是最好去看一下gtest官方文檔，去全面了解一下gtest，去拓展一下自己的思維。
寫着寫着代碼，就發現自己的代碼越來越復雜，不容易閱讀，設計混亂怎么辦？可以參考這本巨著：
<<代碼大全第二版>>
編譯(compile),構建(build)
-
編譯之前的准備工作
需要把編譯依賴環境搞定，基本就是裝好編譯依賴的包就可以了。可以在rpm目錄下找到對應的spec文件，然后使用 t-abs 命令[用於本地調試spec文件和自動部署編譯環境]，來幫助我們裝好編譯依賴的包，即spec文件中的 BuildRequire 部分指定的包
關於rpm和spec文件，可以通過閱讀這篇來了解:How to create an RPM package
-
編譯
找到對應工程的Makefile，然后執行make命令，就可以編譯構建工程了
由於make本身的靈活性，而Makefile的可讀性又不強，是以文件為單元，抽象層次不夠，Google開發了分布式的構建系統Bazel，能夠把程序員從make的語法和文件級別的構建上解放出來。
Bazel相關資料有：
Google Blaze原理及 Bazel的使用方法介紹
目前我們這邊目前還在用RPM來進行包的管理
- 平常需要用到的rpm命令有：
- rpm -qf file-name 來查看某個文件到底是哪個rpm包里面的
- rpm -qi package-name 來查看這個rpm包相關的信息，比如打包時間，svn地址等
- rpm -ql package-name 來查看這個rpm包中到底有哪些文件
- rpm -qV package-name 來驗證這個rpm包安裝后的文件有沒有被修改過, 在懷疑rpm包的配置/腳本被人修改過的時候非常有用
代碼review
UI界面:reviewboard,提交的時候使用 rbt命令：
rbt post r1 r2 來提交r1和r2這兩個版本之間的diff做為code review
提交之后可以得到一個reviewboard地址，然后需要在這個地址里填上codereview的人員和相關的描述等
持續集成CISE
CISE為用戶提供自動化的環境部署和測試服務
這塊兒每個公司使用的都是不同各地
安裝包
對於構建出來的rpm包,使用yum來安裝。
淘寶rpm包查詢UI 這里可以查看到淘寶yum源里面現存的各個包版本 可以從里面看到對應包的abs地址
使用如下命令安裝：
__sudo yum install -b test t-imatch-kgb-updated __
-b 參數用來指定當前安裝包t-imatch-kgb-updated在test分支還是current分支里面
上線時候的包必須轉成current
如果您看了本篇博客,覺得對您有所收獲，請點擊右下角的“推薦”，讓更多人看到！
