[圖解] Git 指令
我個人喜好將複雜的技術簡單化,所以若能有圖解的方式來呈現,肯定會讓我學習的更輕鬆愉快。
每隔一段時間,我會想回顧我正在使用的技能,是否能有優化的空間。Git 指令是我平常開發時,一定會用到的版本控制工具。
(繼續閱讀…)我個人喜好將複雜的技術簡單化,所以若能有圖解的方式來呈現,肯定會讓我學習的更輕鬆愉快。
每隔一段時間,我會想回顧我正在使用的技能,是否能有優化的空間。Git 指令是我平常開發時,一定會用到的版本控制工具。
(繼續閱讀…)先前為了解決Mac硬碟空間不足問題,找到輕便的軟體OmniDiskSweeper,多年來都靠它條列資料夾與路徑,來清理多餘的文件檔案。最近發現有視覺化呈現檔案大小的軟體GrandPerspective,可以非常直覺地看出哪個文件檔案是龐然大物,若不需要的話就可以找到該檔所在位置,然後直接點擊刪除來釋出空間~
此圖秀出我電腦中最大的檔案是Xcode.app,此為目前最新的12版,圖片最下方有顯示其路徑與大小。
我認為以我開發所需要的資源,Xcode應該要控制在1G即可,真想刪除其他我用不到的元件啊~
由於時代不停的變遷,使得必須從Fabric Crashlytics遷移Firebase Crashlytics。
自從2017年Google收購Fabric,我之前所整合的Answers和Crashlytics就逐漸被整合到Firebase。遙想2017年我還在看Fabric後台,很有成就感地看著我開發的HiLife和Nissan。文章:Fabric Crashlytics 崩潰紀錄。
一如往常,在Apple釋出iOS 14後不久,身為開發者的我就會更新Xcode 12(每年更新一個版本號),不過這次遇到奇妙的問題,明明筆電的可用空間大於軟體容量,安裝時居然還會跳出「空間不足」,而且也沒說不足多少,使得我必須不斷清理出空間,像是移除鮮少使用的軟體,甚至刪除前同事帳號裡的非必要的檔案,來下載Xcode 12。🧐
在App Store上看Xcode 12容量有11.2G,我騰出15G可用空間應該就足夠了才是,不過就是提示空間不足。
直到我硬擠出30G可用空間,還是給我裝傻空間不足⋯⋯😭
(繼續閱讀…)使用Git當版本控制來開發App已經超過8年,有些問題一再遇到,可是一直都沒能直接解決問題,還是得Google找答案。這次我特地開篇文章來記載,其實我只是更新Mac OS就無法使用Git⋯⋯
在終端機上如平常般git pull,居然顯示:
xcrun: error: invalid active developer path (/Library/Developer/CommandLineTools), missing xcrun at: /Library/Developer/CommandLineTools/usr/bin/xcrun
好在很快用關鍵字去Google,得到一行指令就能輕鬆解決!
xcode-select –install
安裝完工具,能正常工作囉~
此刻,公司的Macbook Pro升至版本10.15.5。
我發現好多應用軟體會重新要求權限,看來更新作業系統時,會同時清除非必要的資料或檔案,包含權限設定如推播通知。
參考:
一切來得都如此不確定,然後又有新的因緣際會⋯⋯起初我們在伊頓拍攝戶外婚紗,因為婚攝和新秘讓我和蘇菲雅都非常滿意,拍攝當天就想直接找他們團隊繼續協助我們婚宴的紀錄,可惜呀~婚攝和新秘都已經排有檔期,新秘Boa是中午宴客場,在思考能否及時來為我們梳妝?然而評估後覺得時間太趕,這樣對彼此都不太恰當,於是就很可遺憾錯過囉~
最近要一口氣地將所有產品做完支援Layout API的功能,我特別善用Git的Branch (分支)功能,也就是把每一個開發目標都開個Branch,單純只記錄一個開發目標的變更,如圖:
Source Tree真是個好工具,可以將Branch以不同的顏色表達!
當每個開發目標都完成增修後,就可以開始一步一步來Merge (合併),如圖:
儘管我是一個人在開發產品,然而我不馬乎地開Branch,就有機會碰到Conflict (衝突),此時可來練習如何排除此問題,之後再遇多人協同合作的開發模式,就不必手忙腳亂囉~
使用指令也相當簡單:
專案已經開發超過一年半,累積的檔案數量已將近2500個(可見文章:專案檔案數遞增),想必日後編譯速度將會越來越慢,會深刻地影響我們開發的效率,尤其是在要了解前人所寫的程式碼,我們總是會稍微修改一下變數/參數來嘗試是否為增修的關鍵目標,所編譯頻率相當大,三不五時就要按Command+R。
我嘗試過許多改善開發效率的方法,其中有三個可以嘗試:
1和3在我們的專案早已設定完畢,只剩下2可以嘗試,沒想到效果超好,提升幾乎10倍快的編譯速度!
HappyMan・迴響