編輯:關於Android編程
VisualSVN-Server-2.7.3.msi
TortoiseSVN-1.6.6.17493-win32-svn-1.6.6.msi
eclipse_svn_site-1.6.5.zip
某研發團隊2011年初開發了一款名為Apollo的信息系統,目前已發布v1.0版本。此項目初期已有部分基礎代碼,研發團隊再此基礎代碼上經過3個月的努力發布了一個功能相對完備的Apollo 1.0版本進行銷售。
由於銷售業績良好,因此研發團隊正在著手v2.0版本的開發工作。
但就在這個時候,有客戶發現v1.0軟件系統一嚴重bug,如不及時修復將造成嚴重後果。
研發團隊收到bug報告後立刻安排部分研發人員對v1.0版本進行修復,但其他研發人員則繼續開發v2.0版本的新功能。
修復bug的研發人員很快扎到問題原因並對問題代碼進行了修復,很快發布了v1.1版本發給了客戶,因此沒有造成重大損失。
Bug修復後研發人員將修復後的代碼整合到研發主線中來,這樣就可以保證今後發布的後續版本不會再出現此問題。
就這樣研發團隊在大家的共同努力下工作有條不紊的進行著
Git-1.7.9-preview20120201.exe 安裝包
1. 創建git資源庫
git init --bare 庫名稱
2. 在用戶文件夾下把資源clone下來
git clone <倉庫目錄> /g/software/repository/git/itheima <用戶目錄> .
注意:clone時候用戶目錄必須為空
3. 創建一個文件,納入到版本控制中。
git add <文件名>
第一次執行會出警告:warning: LF will be replaced by CRLF in readme.txt.
The file will have its original line endings in your working directory.
警告處理:需要配置用戶信息
git config user.name = "zhangsan"
git config user.email = "[email protected]"
4. 提交到本地版本庫裡。
git commit <文件名>
5. 推送到遠程共享版本庫中
git push origin master
6. 切換用戶,拉取最新的文件
git pull
TortoiseGit-1.7.7.0-32bit.msi 安裝包
git pull 之後有沖突:
$ git pull
remote: Counting objects: 5, done.
remote: Compressing objects: 100% (2/2), done.
remote: Total 3 (delta 0), reused 0 (delta 0)
Unpacking objects: 100% (3/3), done.
From g:/software/repository/git/itheima26
50db030..a04027a master -> origin/master
Auto-merging readme.txt
CONFLICT (content): Merge conflict in readme.txt
Automatic merge failed; fix conflicts and then commit the result.
解決方法:
1.git mergetool
調用上面命令之後會提示你輸入編輯方法,輸入:beyond compare 進入編輯器.
2.編輯完之後.調用git commit -a 把當前目錄中所有都提交到本地庫中.
3.git push origin master 提交到遠程庫中.
傳統的短信已經逐漸被各種微信、QQ諸如此類的社交軟件所取代,我們能用到的短信最大的功能也無外乎是驗證碼、充值或是購票等等。不過華為榮耀Note8的推出,卻改
在Android開發過程中,ListView的Adapter是我們最常見的類型之一,我們需要使用Adapter加載Item View的布局,並且進行數據綁定、緩存復用等操
某些情況下我們可能需要與Mysql或者Oracle數據庫進行數據交互,有些朋友的第一反應就是直接在Android中加載驅動然後進行數據的增刪改查。我個人不推薦這種做法,一
google可能為了安全考慮,在5.1.+後調用activitymanager.getRunningAppProcesses()方法只能返回你自己應用的進程,那如何在5.