Hi, I've been working with my system taking automatic hourly git snapshots of (filtered portions of) my home directory for a couple of months. Being able to look back to what files looked like mid-afternoon yesterday, or on 18 Nov, is proving modestly useful. However, I'm thinking about adding "temporary" commits every ten minutes which then get discarded after 5 hours-ish (in addition to the long-term archival hourly commits). This is motivated by the desire to have finer granularity for testing/bisecting short-term regressions but not having ridiculously fine-grained changes clogging up the archive long-term. (I'm aware that with the commits being primarily taken on a timed basis I'll have more non-compiling changes than is usual in a repository, so that this may not turn out to be useful in practice.) Looking through the git docs, it looks like the most natural way of doing this is to make the 10-min commits (via cron & tagging them under a special tag "temporary commits only" directory) and then use git-rebase --onto start-tag end-tag branch every so often (via cron again) to chop the older temporary commits between start-tag and end-tag out of the database. However, I'm not remotely expert on all the other things you can do with git, so I'm just checking there's not a way considered better/safer (eg, a separate branch or repository). Many thanks for any insight, -- cheers, dave tweed__________________________ david.tweed@xxxxxxxxx Rm 124, School of Systems Engineering, University of Reading. Details are all that matters; God dwells there, and you never get to see Him if you don't struggle to get them right. -- Stephen Jay Gould - To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html