軟體開發的初期，主要的問題在於需要變化的東西太多了；以至於提交的時候有時就是為了「階段備份」而並沒有什麼實質的完成。在這種情況下，對於怎樣寫commit資訊的問題讓我比較疑惑，因為有的提交並不是完整修改；經過嘗試我還是找出了一種簡單的方法。
方法的過程如下：
1）只新增乙個.gitignore檔案的來做第一次提交，commit log可以是「initialize repository"。
2）建立乙個開發分支devel來在上面進行開發，隨意提交commit log可以類似"r0"、「r1」這樣的簡單序號。
3）當devel完成一定功能時，可以使用reset到主分支的節點，完成一次帶完整commit log的提交，並合併到master分支。
4）未完成專案，則重複第2）步。
如果devel分支需要提交到遠端庫上，就在devel分支下直接push好了（會在遠端庫上同樣建立devel分支）。
git操作樣例:
1) 建立庫
mkdir softdev && cd softdev
git init
touch .gitignore
git add .
git commit -a -m "initialize repository"
2)進行開發
git checkout -b devel
.....開發....
git add . (根據需要編輯.gitignore來過濾不需要的檔案愛你)
git commit -a -m "r0"
.....開發到 r9 時完成基本框架.....
git reset master
git add . (需要將新檔案新增入快取)
git commit -a -m "add base code for repository"
git checkout master
git merge master (完成了到主分支的合併)
git checkout devel (切換到開發分支再進行開發)
git連線華為軟體開發雲
我用的是github客戶端的git shell 連線。用git bash也可以 ssh金鑰 幫助文件 執行 git shell git bash,在彈出的終端中輸入下面提示的 cd ssh 備份金鑰 可選 mkdir key backup cp id rsa key backup rm id rsa...
UML在軟體開發階段應用
需求分析 uml 的用例檢視可以表示客戶的需求。通過用例建模，可以對外部的角色以及它們所需要的系統功能建模。角色和用例是用它們之間的關係 通訊建模的。每個用例都指定了客戶的需求 要求系統幹什麼 提供什麼表現 系統分析 系統分析階段主要考慮所要解決的問題，可用 uml的邏輯檢視和動態檢視來描述 類圖描...
自上而下的軟體開發和自下而上的軟體開發
自上而下 top down 開發模式是指從乙個應用的最高點開始開發。從最高點逐步往下層編碼，直到開發完所有的任務。一旦寫完了最下層的 開發任務就完成了。使用這種方式，你需要設計 編寫出所有你需要的但還沒有實現模擬介面 服務 偽 自下而上 bottom up 開發模式是指從乙個應用的最底層開始開發。這...