那麼因為前幾天我們查看了專案的結構、整理了有沒有不需要放進Git的檔案，也把資料庫檔案整理成了sql檔案，只留下兩個資料表的結構，所以今天我要把整理後的專案正式Commit保存成一個完整的版本。

雖然我Day6時已經建立了第一次的Commit，但那時只有.gitignore，之後我才陸續整理了專案的結構、檔案分類、學到可以不用上傳整個資料庫檔案，所以將.mdf / .ldf 排除，並把資料庫的結構建立在eyes_db.sql裡面。
但昨天我好像忘了把我目前Git的狀態給大家看了，所以今天就是來將整理好的專案Commit，然後紀錄一下整理專案的心得。

確認目前Git的狀態

在Commit之前我先在確認一下我想放的東西有沒有在Staging Area裡面

new file: Database/eyes_db.sql

可以看到它在Staging Area裡面，

我的.gitignore也成功的讓

App_Data/eyes_db.mdf
App_Data/eyes_db_log.ldf

不被Git加進來，這個Staging Area就是我前幾天整理後想保存的版本。

正式建立Commit

那麼確定都沒問題之後就可以把它正是保存成一個版本了!
那我這次的Commit message是:
Organize project files and database schema

主要是描述這次 Commit 做了什麼，因為這次除了整理專案檔案，也將原本的資料庫檔案改成保存資料庫結構。

0ae1e42是我這次Commit 的 ID；Organize project files and database schema是我的Commit message；95 files changed就是我這次總共保存了95個檔案的變化；1 deletion說的是有一行內容被修改。

整理專案心得

這12天我從一個學校的期末專案慢慢整理成了一個適合放上github的專案。一開始我只是想把以前做過的專案整理起來，開始之後才發現確認專案結構、哪些檔案需要保留、哪些檔案可以排除，還有資料庫要怎麼處理就花了不少時間。

過程中其實常常用到不知道現在在看哪，因為要先實際操作一次，還要在鐵人賽上紀錄，所以常常覺得怎麼好像做了很多次，我也意識到我好像不太擅長用文字記錄我所做的事情，很常做完了卻不知道如何下筆。

整理資料庫是我這次最有感覺的一個部分。因為我一開始以為只要全部丟進去，後來才發現如果是要整理成GitHub作品集，我真正需要保存的是資料庫的結構，而不是整個資料庫檔案。
我也才知道可以把CREATE TABLE語法整理成 eyes_db.sql，讓其他人拿到專案後也可以透過SQL建立需要的資料表。

那麼明天我會開始整理環境與相依性，確認這個專案需要哪些環境和套件，讓別人拿到我的專案後，也可以按照步驟設定環境並順利開啟專案。