2
A
回答
6
這是特別難以做到乾淨由於在方式的根本區別在於Git和Dropbox是打算使用的。讓我們與Dropbox的比較混帳:
Dropbox的是無縫近實時的幾個不同用戶之間的文件夾同步的工具。 Dropbox可以快速傳輸小而無意義的(儘管重要的)文件變化。 Git是其他幾件事情中的一個工具,用於爲文件的有意義的增量構建一個乾淨的,可以理解的修訂歷史記錄文件,並附帶一條描述該含義的簡短消息。在理想的世界中,您會希望在一次提交中包含多個Dropbox增量。此外,您希望能夠選擇你的修改提交到Git的回購
你可以寫一些哈克腳本git add
和git commit
與隨機消息每當Dropbox的變化中的文件,而是我會建議認真重新考慮您期望回購看起來像什麼,以及它是否確實是一個好主意。
你也可以在bash變量設置提交信息,那麼每一秒,你可以添加的每個小Dropbox的三角洲,然後重訂併力推到Github上。這對那些喜歡保持清晰的git歷史/回購的人來說是很好的。儘管推到GitHub的力量有其自身的問題,例如人們拉動強制推送提交重複提交。
我建議您在進行一組有用的更改時(或者有一些WIP需要keps),然後用一條好消息描述它們並手動提交這些更改。如果您不關心提交消息或每次提交的內容,那麼git可能不是您正確使用的scm。
相關問題
- 1. 承諾git on
- 2. 的Git失去了承諾
- 3. git的承諾每次
- 4. 撤消git的承諾
- 5. Git的承諾,而分期
- 6. git的承諾-a錯誤
- 7. git的差異承諾
- 8. git的承諾由六
- 9. Git blame承諾行
- 10. Git的分配修正承諾原來承諾
- 11. 承諾中的承諾承諾
- 12. XCode不會承諾GIT
- 13. 恢復push'd git承諾
- 14. Git只爲我承諾
- 15. Git承諾和推動
- 16. 承諾git submodule回購
- 17. git不能承諾github
- 18. 查看具體的git的承諾
- 19. 回覆承諾的承諾
- 20. 不能使用「git的承諾-a」
- 21. git的承諾錯誤節省vimfiles
- 22. 如何取消本地git的承諾
- 23. 合併git的承諾歷史
- 24. git的變基犯規節目承諾
- 25. 讓git的承諾使用sudo
- 26. Git分支先前的承諾
- 27. 回滾到最後git的承諾
- 28. git的承諾,以自定義父
- 29. 解決方法git的承諾
- 30. 更新文本時承諾的git
你的用例是什麼? – user1158559
我想能夠有它承諾只要Dropbox的變化發生 不知道你所說的用例 –
意味着請看答案是什麼。每個提交的含義在Git中都非常重要。 – user1158559