原创 JVM指令手冊

棧和局部變量操作 將常量壓入棧的指令 aconst_null 將null對象引用壓入棧 iconst_m1 將int類型常量-1壓入棧 iconst_0 將int類型常量0壓入棧 iconst_1 將int類型常量1壓入棧 iconst_

原创 Windows平臺安裝MongoDB(zip版本)

 個人偏好“綠色版”安裝,其移植性、各系統識別性強,“一個zip裝天下” ^_^。Windows、Linux、Mac系統均識別.zip文件。可在磁盤路徑變化後,只需修改系統環境變量path路徑,即可恢復正常使用。適用於對系統環境熟悉的人員

原创 在IDEA上Git的入門使用

將代碼交由Git管理 : 首先需要配置idea的git 選擇要使用的版本控制系統,選擇Git  ——>  OK   完成後,IDEA下方會出現上述提示。到此,已將本項目與Git進行關聯,即已將本項目交由Git管理。  將代碼提交到

原创 配置github的ssh密鑰

(1)打開Git Bash查看電腦上是否已經存在SSH密鑰: 輸入 cd ~/.ssh 若如上圖顯示無法找到該文件則要創建新的ssh key; (2)創建新的ssh key: 輸入 ssh-keygen -t rsa -C "your_

原创 自定義git-忽略特殊文件

有些時候,你必須把某些文件放到Git工作目錄中,但又不能提交它們,比如保存了數據庫密碼的配置文件啦,等等,每次git status都會顯示Untracked files ...,有強迫症的童鞋心裏肯定不爽。 好在Git考慮到了大家的感受,

原创 自定義Git

在安裝Git一節中,我們已經配置了user.name和user.email,實際上,Git還有很多可配置項。 比如,讓Git顯示顏色,會讓命令輸出看起來更醒目: $ git config --global color.ui true

原创 自定義git-配置別名

有沒有經常敲錯命令?比如git status?status這個單詞真心不好記。 如果敲git st就表示git status那就簡單多了,當然這種偷懶的辦法我們是極力贊成的。 我們只需要敲一行命令,告訴Git,以後st就表示status:

原创 搭建Git服務器

在遠程倉庫一節中,我們講了遠程倉庫實際上和本地倉庫沒啥不同,純粹爲了7x24小時開機並交換大家的修改。 GitHub就是一個免費託管開源代碼的遠程倉庫。但是對於某些視源代碼如生命的商業公司來說,既不想公開源代碼,又捨不得給GitHub交保

原创 git解決衝突

人生不如意之事十之八九,合併分支往往也不是一帆風順的。 準備新的feature1分支,繼續我們的新分支開發: $ git checkout -b feature1 Switched to a new branch 'feature1'

原创 git-Rebase

在上一節我們看到了,多人在同一個分支上協作時,很容易出現衝突。即使沒有衝突,後push的童鞋不得不先pull,在本地合併,然後才能push成功。 每次合併再push後,分支變成了這樣: $ git log --graph --prett

原创 git-Bug分支

軟件開發中,bug就像家常便飯一樣。有了bug就需要修復,在Git中,由於分支是如此的強大,所以,每個bug都可以通過一個新的臨時分支來修復,修復後,合併分支,然後將臨時分支刪除。 當你接到一個修復一個代號101的bug的任務時,很自然地

原创 git操作標籤

如果標籤打錯了,也可以刪除: $ git tag -d v0.1 Deleted tag 'v0.1' (was f15b0dd) 因爲創建的標籤都只存儲在本地,不會自動推送到遠程。所以,打錯的標籤可以在本地安全刪除。 如果要推送某個

原创 git創建標籤

在Git中打標籤非常簡單,首先,切換到需要打標籤的分支上: $ git branch * dev master $ git checkout master Switched to branch 'master' 然後,敲命令git

原创 git-Feature分支

軟件開發中,總有無窮無盡的新的功能要不斷添加進來。 添加一個新功能時,你肯定不希望因爲一些實驗性質的代碼,把主分支搞亂了,所以,每添加一個新功能,最好新建一個feature分支,在上面開發,完成後,合併,最後,刪除該feature分支。

原创 使用GitHub

我們一直用GitHub作爲免費的遠程倉庫,如果是個人的開源項目,放到GitHub上是完全沒有問題的。其實GitHub還是一個開源協作社區,通過GitHub,既可以讓別人參與你的開源項目,也可以參與別人的開源項目。 在GitHub出現以前,