Git

最近我修改了我的ADS2Origin，因為使用者回饋表示，有時候資料區塊長度不同是無可避免的，比如說遇到loadpull的圖形，因此我把輸出改為csv格式，程式只會提醒使用者資料區塊長度不同，而不會自動切掉長度過長的部分；這個東西其實也不難改，反正資料就在那裡，只是改一下寫出的方式。
倒是寫這個讓我想起data mining的名言：「做data mining的，用了70%的時間在處理資料，30%的時間在靠北處理資料」

與此同時，很高興6/25號晚上我又推了一位同學當使用者，使用者人數++。
為了方便使用者，把下載連結 放在這裡讓大家下載。

---

另外，最近我發現到一個問題，因為我的git project把windows下的執行檔都包進去，git又是每記錄一個版本就把檔案都複製一份，看一下我的git repository已經14 MB（唔…跟某些project用幾十G在算的比起來其實還是很小）， 不過恁爸保留exe的commit好像也沒啥用，就趁這個機會研究一下怎麼刪掉舊記錄裡面的執行檔。
不能用git rm ，這是不夠的，git歷史資料還是會保留著，因此需要一些特別的方法，主要的參考資料是 ProGit 的 10.7 的 Git-Internals-Maintenance-and-Data-Recovery ， 還有一篇 gitready 的文章，其實大部分的內容它們都講完了，我只是照做而已。

...

本魯最近看到一個有趣的專案: qucs

目的是要打造一個類似ADS, AWR一樣的開源電磁模擬軟體，基本上是個野心勃勃，不過實際上沒多少人參與的專案，老實說還真令人擔心，我覺得還沒到一般人可用的階段應該就會腰斬了吧lol
不過難得有個專案跟本科相關，就進去玩一下好了，看看bug report，爬爬程式碼還真的修掉幾個 bugs

好啦都修掉了那就來送個Pull Request吧…這玩意要怎麼送來著？
這時就只好自力救濟，問問旁邊的AZ大神跟QCL大神，QCL大神還很給力的直接殺到我房間教我；另外自己查了一點資料 ：

...

小弟之前一直有個習慣，每次寫程式都要寫到結果正確了，才把該commit的commit；這樣造成的結果是，常常累積了數百行的差異才commit，要是中途不小心手滑了一下，辛苦就全化作流水了。

阿蹦大神曰：不用結果正確，編譯可過就commit

這樣…不是會跑出一堆亂七八槽的commit嗎？
這就要用到git squash功能了。

...

本文是要說明git中stash指令的應用，基本需要先知道git 基本的add, commit，以及branch的功能。

使用git進行版本控制，branch是相當重要的功能，一般會建議要開發一個新的功能，就要先分出一個新的branch，開發好新的功能後再merge到master的版本內。
編按：雖然話是這麼說啦，可是筆者在實作時通常還是一個master branch一直commit下去XD。
當分枝一多的時候，就會出現一些問題，例如在一個分枝中修改到一半的內容，例如：「雷射彈幕」，這時有些點子想要切到另一個分枝中修改其他內容，但這個「雷射彈幕」的功能還沒達到可以commit的等級，就需要stash來暫存目前修改的內容。

...

Git 是一款極為強大的工具，雖然說過於強大的功能有時會讓人感到卻步，我也是一項功能一項功能慢慢學，不會的時候就抓著會的同學問，好不容易才變得比較會一些。
最近新學會的功能是git的partial add功能，在這裡做個簡單的介紹：

使用 partial add 的功能，可以讓我們每次只 commit 一部分的東西上去，假設我在某程式開發了讀取、寫入兩樣功能，比較好的做法是讀取部分和寫入部分可以分開commit。
有一部分原因應該是這樣比較分得清楚，如果之後要從這個commit中取出修改內容，或是再修改時都更清楚一點，雖然說筆者到現在也沒有做過這樣的事，不過養成一個好習慣也是好事。

...

最近同時家裡用筆電跟辦公室用桌電，在兩個地方使用 git/github 來管理程式作業，這兩個東西加起來根本神物，本來要用隨身碟同步的東西，現在可以用 git 直接完成。
關於git的基本介紹我就不解釋了，網路上隨便一找就有一堆資源，我當初是看 progit 來學git。
用 git 會遇到的問題是：有時候檔案在github上的檔案已經更新，本地的檔案也有修改過，這時候若想要 git pull 的話會產生conflict，這時候就需要把本地的檔案刪掉重新clone使用merge來解決衝突，偏偏作者手殘常常把檔案 merge 成連«<, »>都保留下來的檔案，相當麻煩；這次好好的研究一下怎麼用vimdiff作為merge的工具，在這裡記錄一下。

...