git的分支處理模型，真的很爽，但關於如何對git的分支進行管理？最近有網友給我提到了git flow，呵呵，按照我的理解，應該是git的乙個最佳實踐吧，原文a successful git branching model對git的分支模型作了闡述，以下我對該文章進行自己的翻譯和理解，聊以日後學習，首先先看一下下面這個圖：
git flow將git的分支主要分為2類：主要分支和支援分支主要分支
master:永遠處在產品可以發布（production ready）狀態
develop: 當前最新的開發狀態
支援分支
feature branches: 開發新的功能，從develop分支出來，完成開發、測試後，merge回develop。
release branches: 準備發布版本的分支，該分支只修復bug，完成後，merge回develop和master。
hotfix branches: 來不及等待下個版本的發布，但又要馬上修復bug的情況，從master分支出來，完成開發、測試後，merge回master和develop。
關於NIO的學習理解
全稱new input output。針對於檔案系統的io，提供記憶體對映以提高io效率 對於網路io，提供乙個執行緒可以管理多個連線的能力。針對於本地檔案系統，不支援選擇通道 io多路復用。檔案要被應用所訪問到，路徑為 磁碟 核心空間 使用者空間，磁碟到核心空間有乙個dma控制器，dma控制器從磁...
關於反射的學習理解
先說說網上找到的把 反射 反向獲取jvm虛擬機器中的class類資訊 網上都說是jvm執行時擷取，反正我覺得有點用詞不當，應該是jvm在執行這個class類之前會對它掃瞄一片，如果發現了有用到反射或被反射就截停它，因為計算機執行時是一條線的結構，所以說，應該把反射執行說成jvm載入class後執行之...
Git Flow常用的分支
也就是我們經常使用的master分支，這個分支最近發布到生產環境的 最近發布的release，這個分支只能從其他分支合併，不能在這個分支直接修改 這個分支是我們是我們的主開發分支，包含所有要發布到下乙個release的 這個主要合併與其他分支，比如feature分支 這個分支主要是用來開發乙個新的功...