diff options
author | Joey Hess <joey@kitenet.net> | 2012-10-18 18:10:02 -0400 |
---|---|---|
committer | Joey Hess <joey@kitenet.net> | 2012-10-18 18:10:02 -0400 |
commit | a9f1f121730c8c826a263f87ecff32e65b53fe60 (patch) | |
tree | 00916bd80096efbbfb444385aee6b04b04a5cf4b /doc | |
parent | a32043b86f1ad52ce33ffba92e6d3a57cff81bfb (diff) |
blog for the day
Diffstat (limited to 'doc')
-rw-r--r-- | doc/design/assistant/blog/day_109__dropping.mdwn | 16 |
1 files changed, 16 insertions, 0 deletions
diff --git a/doc/design/assistant/blog/day_109__dropping.mdwn b/doc/design/assistant/blog/day_109__dropping.mdwn new file mode 100644 index 000000000..210f71f55 --- /dev/null +++ b/doc/design/assistant/blog/day_109__dropping.mdwn @@ -0,0 +1,16 @@ +Got unwanted content to be dropped from the local repo, as well as remotes +when doing the expensive scan. I kept the scan a single pass for now, +need to revisit that later to drop content before transferring more. +Also, when content is downloaded or uploaded, this can result in it +needing to be dropped from somewhere, and the assistant handles that too. + +There are some edge cases with hypothetical, very weird preferred +content expressions, where the assistant won't drop content right away. +(But will later in the expensive scan.) Other than those, I think I have +nearly all content dropping sorted out. The only common case I know of where +unwanted content is not dropped by the assistant right away is when a file +is renamed (eg, put in a "Trash" directory). + +In other words, repositories put into the transfer group will now work as +described, only retaining content as long as is needed to distribute it to +clients. Big milestone! |