Remove old service directory and move todo.txt to vcs crate

- Delete entire crates/service directory with old vcs_service implementation
- Move todo.txt to crates/vcs for better organization
- Keep action list in main vcs crate where it belongs

1 files changed, 36 insertions, 0 deletions

diff --git a/crates/vcs/todo.txt b/crates/vcs/todo.txt
new file mode 100644
index 0000000..65c94ef
--- /dev/null
+++ b/crates/vcs/todo.txt
@@ -0,0 +1,36 @@
+本地文件操作
+设置上游服务器（仅设置，不会连接和修改染色标识）
+验证连接、权限，并为当前工作区染色（若已染色，则无法连接不同标识的服务器）
+进入表 （否则无法做任何操作）
+退出表 （文件将会从当前目录移出，等待下次进入时还原）
+去色 - 断开与上游服务器的关联
+跟踪本地文件的移动、重命名，立刻同步至表
+扫描本地文件结构，标记变化
+通过本地暂存的表索引搜索文件
+查询本地某个文件的状态
+查询当前目录的状态
+查询工作区状态
+将本地所有文件更新到最新状态
+提交所有产生变化的自身所属文件
+
+
+表操作（必须指定成员和表）
+表查看 - 指定表并查看结构
+从参照表拉入文件项目
+将文件项目（或多个）导出到指定表
+查看导入请求
+在某个本地地址同意并导入文件
+拒绝某个、某些或所有导入请求
+删除表中的映射，但要确保实际文件已被移除 (忽略文件)
+放弃表，所有者消失，下一个切换至表的人获得（放弃需要确保表中没有任何文件是所有者持有的）（替代目前的安全删除）
+
+
+虚拟文件操作
+跟踪本地某些文件，并将其创建为虚拟文件，然后添加到自己的表
+根据本地文件的目录查找虚拟文件，并为自己获得所有权（需要确保版本和上游同步才可）
+根据本地文件的目录查找虚拟文件，并放弃所有权（需要确保和上游同步才可）
+根据本地文件的目录查找虚拟文件，并定向到指定的存在的老版本
+
+
+？为什么虚拟文件不能删除：虚拟文件的唯一删除方式就是，没有人再用他
+？为什么没有删除表：同理，表权限可以转移，但是删除只能等待定期清除无主人的表