光 .venv 就有好几个 G ，包含海量小文件 经常同步噎住
现在只能做就是手动排除
但 macOS 没有 dropbox exclude 命令，只能用 xattr 而且经常忘
大家是怎么办的？
现在只能做就是手动排除
但 macOS 没有 dropbox exclude 命令，只能用 xattr 而且经常忘
大家是怎么办的？
 |
1
saberlove 3 月 16 日
什么？为什么要传到网盘
|
 |
2
skankhunt42 3 月 16 日 via iPhone  1
别问，因为没人这样干
|
 |
3
psllll 3 月 16 日 via Android
rclone 排除
https://rclone.org/filtering/ |
 |
4
sastar 3 月 16 日
何意味，项目管理不用 git 之类的工具，用网盘？以及.venv 完全可以排除，换环境重新部署就好了
|
 |
5
EeveeRibbon 3 月 16 日
dropbox 的 Mac 有忽略文件的功能，你去查一下
|
 |
6
nativeBoy 3 月 16 日
代码的话最好用 git 仓库，如果不方便上传到网络仓库，可以在网盘同步文件夹里新建“裸仓库”：`git init --bare my-project.git`
然后在本地项目里创建 git 仓库（如果有就跳过）：`git init` 在 git 仓库里添加这个裸仓库（改成你的路径）：`git remote add cloud ~/OneDrive/git-remote/my-project.git` （注意，如果是 windows 下直接复制文件夹目录，记得用英文引号包裹一下，不然识别不了反斜杠） 修改当前仓库的用户名和密码，改成你想要的。这个你可以问下 AI 然后本地分支推送到这个裸仓库，裸仓库也就被网盘同步到其他设备 我用的坚果云，还不错，纯代码免费的就够用 |
 |
7
pathetique OP @saberlove 因为有四台服务器需要同步……还有服务器环境 slurm 很复杂
经常 A 机器昨晚上个编辑就要跑到 B 去看情况，一直 push pull 不现实，最快还是 dropbox |
|
8
pathetique OP @skankhunt42 噗
|
|
9
pathetique OP @sastar 见上，git 不能即时一推三。我知道 完全排除 就是 咋排除 对网盘 最简单？
|
|
10
pathetique OP @EeveeRibbon 哎 麻烦 就 要是 dropbox 有个.ignore 规则就好了
|
 |
11
zoofy 3 月 16 日
搞个类似于阿里云云效的流水线能否帮到你？多个服务器
|
|
12
pathetique OP @nativeBoy 好思路 但是还是需要在裸仓库所在的边缘机器主动 pull ？
|
|
13
pathetique OP 1
@EeveeRibbon 是的可以 不过就是每次新建一个项目的环境都要手动标记很不爽
不过现在找到办法了！给 uv 和 npm 加个 shell wrapper ，比如用 uv venv 建立环境时候自动标记 dropbox 勿动就行了 |
 |
14
BenHunDun 3 月 16 日
1. 能不能做到命令脚本化. 避免你说的参数忘记.
2. git 也能推 3 个, 可以有多个 remote, 也能推多个远程仓库. 类似写个 "git push <remote 1> & git push <remote>" 也能. 3. 如果流程参数固定. 其实可以考虑一些个简单脚本. |
|
15
pathetique OP @BenHunDun 嗯谢谢 1+3 我刚也想过脚本化整个 projects 目录 不过后来想起来 shell wrapper 可以事先自动阻断 应该更优
2. 主要是工程里还有大量数据文件上不了 git ，不过堆一层 gitlfs 是不是就完全一样了？没试过。如果可以主动推大文件那 gitlfs 是不是可以直接当网盘用了？还是只是一推多而非任意推任意？ |
|
16
BenHunDun 3 月 16 日
#15 有满足自己的需求就好. 思路是一致的.
而且看起来好像也不用版本管理, git 的确好像不需要. 也不用考虑 git 服务器的问题. |
|
17
nativeBoy 3 月 16 日
@pathetique #12 写个脚本 1 分钟 pull 一次
|
 |
18
beyondstars 3 月 16 日
不管怎么说，.venv 不需要传网盘吧。
|
 |
19
phrack 3 月 16 日
我就说 ai 比有的程序员靠谱吧
|
 |
20
MoGeJiEr 3 月 16 日 via Android
dropbox 去年 beta 版本更新了 dropbox ignore 功能，类似 gitignore ，不知道现在有没有更新到正式版
|
 |
21
xy2401 3 月 17 日
venv git 都放到上级目录 然后 dropbox 同步子目录 (软链接映射过去？
My_Project/ (父文件夹) ├── .git/ # 整个大项目的版本控制 ├── .venv/ # 共享的 Python 虚拟环境 ├── .gitignore # 忽略 .venv 和子项目的缓存 ├── requirements.txt # 汇总的依赖清单 ├── Project_A/ # 子项目 1 │ └── main.py └── Project_B/ # 子项目 2 └── app.py ------------ 单说 git 我以前考虑过 .git 目录分离方案 --git-dir=<仓库路径> 设置仓库的路径（".git" 目录）。这也可以通过设置 GIT_DIR 环境变量来控制。<仓库路径> 可以是绝对路径或是当前工作目录的相对路径。 使用该选项（或 GIT_DIR 环境变量）指定 ".git" 目录的位置，这会关闭对带有 ".git" 子目录仓库的扫描（这是找到仓库和顶级工作区的方式），并告诉 Git 当前在顶级工作区。 如果当前并不在工作区的顶级目录，你应该用 --work-tree=<工作区路径> 选项（或 GIT_WORK_TREE 环境变量）告诉 Git 顶级工作区在哪里 如果你只是想在 <启动路径> 中运行 Git ，可以使用 git -C <启动路径>。 --work-tree=<工作区路径> 设置工作树的路径。<工作区路径> 可以是一个绝对路径或与当前工作目录相对的路径。 这也可以通过设置 GIT_WORK_TREE 环境变量和 core.worktree 配置变量来控制（参阅 git-config[1] 中的 core.worktree 获取更为详细的论述）。 |
 |
22
kenyons 3 月 17 日
syncthing
|
 |
23
sn0wdr1am 3 月 17 日
用 git 做版本控制，而不是网盘。
我觉得用网盘做版本控制，我不习惯。 我总觉得不靠谱。 |
 |
24
ruanimal 3 月 17 日
没用过 rsync 吗？
|
|
25
pathetique OP @xy2401 哎 那还要考虑几个同环境的 proj 归类 不优雅了哈哈
git 目录无所谓的，充其量几百个文件 .venv 才是大头（一次几万个 对文件表是灾难） 而且 uv 的方便本来就是随地使用随地丢吧 就是 dropbox 会把一次性垃圾收了 |
|
26
pathetique OP @kenyons 有比 dropbox 更优的文件目录 indexing 系统吗？商用网盘反正，五百万个文件以上目前还没干过 dropbox 的，onedrive 和 googledrive 全挂，dropbox 慢点但是没问题
|
|
27
pathetique OP @ruanimal 手动+脚本的不考虑了 见上 希望非常即时同步
|
 |
28
Akkuman 3 月 17 日
git 可以同一个别名多个来源
```shell git remote set-url --add origin xxx git remote set-url --add origin xxx ``` |
|
29
ruanimal 3 月 17 日
@pathetique inotifywait + rsync 非常实时
|
|
30
kenyons 3 月 19 日
@pathetique 就即时同步来说，syncthing 是满足的，但 syncthing 不是云盘类型的软件。
云盘类型，我只用过 onedrive 、icloud 和坚果云。 坚果云是个人感觉，国内环境下使用体验比较好的商用同步网盘，但我觉得就你描述的场景来说，syncthing 是最优的，虽然前期会比较折腾 |
Select Language