6d6dc00abb
Before this change, bisync had no mechanism for "retrying" a file again next time, in the event of an unexpected and possibly temporary error. After this change, bisync is now essentially able to mark a file as needing to be rechecked next time. Bisync does this by keeping one prior listing on hand at all times. In a low-confidence situation, bisync can revert a given file row back to its state at the end of the last known successful sync, ensuring that any subsequent changes will be re-noticed on the next run. This can potentially be helpful for a dynamically changing file system, where files may be changing quickly while bisync is working with them. |
||
|---|---|---|
| .. | ||
| _testdir_path1.._testdir_path2.copy1to2.que | ||
| _testdir_path1.._testdir_path2.path1.lst | ||
| _testdir_path1.._testdir_path2.path1.lst-new | ||
| _testdir_path1.._testdir_path2.path1.lst-old | ||
| _testdir_path1.._testdir_path2.path2.lst | ||
| _testdir_path1.._testdir_path2.path2.lst-new | ||
| _testdir_path1.._testdir_path2.path2.lst-old | ||
| test.log | ||