最佳的git像許多小文件

版本的工具，我想知道大家的想法是對版本控制工具的最佳「像混帳」，可用於許多小（1 - 30KB）的文件。我真正想跟蹤的是刪除，移動，重命名但不更改內容。最佳的git像許多小文件

我的情況是20萬1千字節30個文件。

一些搜索把我帶到了git-annex。那會做我需要的嗎？

+16

爲什麼不自己git？ – kjp

git用於管理源代碼。這些文件也很小... –

git跟蹤刪除，移動和重命名。使用git log你可以'追蹤'單個文件 – peshkira

混帳附件是唯一一個，我知道 - 基於飯桶。該工具支持您正在查找的內容以及更多內容。例如一次同步多個附件回購。你有完整的git命令支持和所有新的附件命令。爲了澄清，重命名，刪除，移動出現git。附件使用符號鏈接來跟蹤您的內容。

我使用該工具來跟蹤和更新我的主頁文件。 Rsync無法處理重命名。這就是爲什麼我使用這個工具的原因，因爲我知道自己很好。

2012-06-17 02:08:14 glenn

Git-annex在這個上下文中並沒有提供很多（如果有的話）優於git本身（很多小文件，請參閱我對其他答案的評論）。相反，你甚至放棄了git的核心功能：版本控制。 –

爲了重申一個評論，爲什麼不直接git自己呢？該工具旨在在許多不同的環境中運行良好。

雖然，對於它的價值，跟蹤實際的重命名不git的那麼容易。這些工具在那裏，但沒有簡單的方法來訪問它們。請參閱Find git commits that "rewrite" files。

另一個想法：找一些簡單的工具，收集所有的文件名到一個文本文件，只是使用git來跟蹤。不過，可以重新處理重命名。

2012-06-17 02:26:43 asmeurer

在你有大文件或許多小文件的情況下，Git並不能很好地執行（@see http://stackoverflow.com/questions/984707/what-are-the-git-limits/984973#984973） –

誠然，但git-annex不能解決這個問題。由於每個由git-annex處理的文件都嵌入在底層的git倉庫中，因此兩種解決方案的文件數量都是相同的。 –

回答