第一次提交應該是什麼？

我將很快開始一個Android項目，以瞭解Android，並將一起學習Git。第一次提交應該是什麼？

我很好奇，不過，應在第一承諾是什麼？它應該只是應用程序的一個shell？就像也許應用程序信息的默認文件放入等等？也許使需要的類文件，但讓他們相對空？

對於除此之外的大多數項目都有同樣的問題。如果我太模糊，讓我知道，我會盡力澄清你喜歡的任何東西。

這是您的偏好，但我通常會將shell或我的第一個「會話」工作放在第一次提交中。 –

我經常只是把'.gitignore'放在第一次提交中。 – Mat

你的第一次提交應該是一些基本的結構（即不即使在結構填充 - 只需提交裸機）。所有提交應該是相對較小的變化。這將幫助你跟蹤所有的變化（特別是如果你記錄了每個小提交涉及到的/在提交信息部分進行的更改）。此外，你永遠要提交的東西，是不工作...

乾杯！

2011-10-30 20:51:51 BigBug

小變化在哪？我剛纔得到的一條建議是隻提交工作版本，這很有道理。如果他們在那裏，也許只是評論一些不適用的東西。 – Portaljacker

@Portaljacker任何小小的變化。例如，如果我有一個帶有2個裸骨類的程序 - 在添加一個構造函數後我會提交。之後，我會填寫構造函數，然後再次提交。我嘗試儘可能多地進行小規模的提交以保持它的清晰和易於理解。如果你犯了一個錯誤，它也可以更容易地修復... – BigBug

@Portaljacker另外，是的，你永遠不應該提交不起作用的代碼。你可以發表評論 - 我會建議你在提交之前先完成它的工作（而不是僅僅評論它）。如果你是以小團隊或自己的方式構建這個功能，這尤其有效。您可以按部分工作（只需稍作更改），然後繼續構建它。那有意義嗎？希望如此。 – BigBug

它好好嘗試一下真正的問題，但我的建議是：

提交您將使用第一個空的目錄結構，也許一個源文件和/或構建腳本。儘可能早地提交是很重要的，因此您在存儲庫中擁有完整的歷史記錄。（換句話說，在第一次提交之前不要工作一個小時）。

2011-10-30 20:45:03 driis

大多數情況下，你只是想盡快做到這一點。您想從項目的一開始就使用源代碼管理。只需添加並提交您目前擁有的內容即可。目錄結構和自述文件/源文件綽綽有餘。

2011-10-30 20:49:49 Jakozaur

請記住，如果您在第一次提交時放入任何東西，則在稍後決定使用rebase時將會遇到重寫問題。我會將基本的README作爲第一次提交。

2011-10-30 21:57:49

回答