My Own, My Daily...

最近感覺一直開新分類XD

可以騙自己是有在學新東西(其實根本都是以前就該會的......)

因為工作上最近轉換到AWS平台

所以也從原本使用的svn換成git

本人跟git第一次接觸是在

碩一下吧  跟某位看起來很傑出的高中友人去打個爬網站的工

當初他們是用bitbucket管理檔案  所以辦了個帳號

也載了TortoiseGit來用

(結果才打兩個禮拜  把一個網站爬到90%就因為開學被其他事情絆住沒繼續  嗯  所以當然也沒領錢)

之後碩班寫論文時怕資料丟掉

就自己在bitbucket開了個帳號  慢慢摸索

不過因為是一個人亂弄  也沒多認真啦

就覺得有進度的時候commit push一下

後來剛好學校火災時系館沒電  還好有這個備份讓我在家可以繼續努力(雖然印象中也沒什麼進度XD)

好

跳回工作

一開始建構環境是直接用pietty連到自己帳號的server上面處理

可是後來還是覺得在本機端也弄個檔案備份比較方便(圖檔也要一起處理這樣)

問了一下前輩有沒有推薦的  據說是SourceTree

可是電腦記憶體太少跑起來很重XDDD

於是我就想起了遠古時代的TortoiseGit

隨隨便便地安裝了一下(意思是沒認真看教學文)

又開始邊複習邊學新東西這樣

在windows本機端clone整個專案下來之後

編輯某些檔案  傳到server上面看結果

之後想順便在server上就commit push

結果git diff之後整個檔案都是改過的0.0

確認了一下換行符號

果然被改了0.0

稍微查了一下之後發現  原來在安裝時就可以選clone下來後 checkout時要用哪種換行符號

不過我安裝地太隨便又不想重新clone / checkout

只好開始尋找補救方法

皇天不負苦心人

真的有(大概笨蛋不只我一個)

進入git的資料夾後

使用以下指令：

git config --global core.autocrlf input

意思是checkout東西下來的時候，會把LF結尾的換行符號轉換成CRLF

但是commit時會自動換回LF(關於本來就CRLF的檔案，沒測試過所以不清楚@@)

實際測試之後，皆大歡喜d A___A b

除此之外，從參考資料看來core.autocrlf還有兩個選擇

ture: checkout時會把LF轉換成CRLF，commit時就直接CRLF

false: checkout跟commit時關於換行符號的部分什麼都不做

參考資料

clone完之後才發現死定了的話，請看這篇的「書式設定と空白文字」部分↓

https://git-scm.com/book/ja/v2/Git-%E3%81%AE%E3%82%AB%E3%82%B9%E3%82%BF%E3%83%9E%E3%82%A4%E3%82%BA-Git-%E3%81%AE%E8%A8%AD%E5%AE%9A#%E6%9B%B8%E5%BC%8F%E8%A8%AD%E5%AE%9A%E3%81%A8%E7%A9%BA%E7%99%BD%E6%96%87%E5%AD%97

安裝前就發現可能有這個問題，想乖乖安裝的請看這篇的「インストール」部分↓

http://sutara79.hatenablog.com/entry/2015/07/06/113431

以上。

這篇好充實0.0