1 回答
- 最新
- 投票最多
- 评论最多
0
【以下的回答经过翻译处理】 最可能的原因是存在大量活跃的git更改。
在您的“当前”工作文件夹(即文件夹侧边栏菜单中导航到的文件夹)中,jupyterlab-git集成定期检查您是否在git存储库中,并在是的情况下轮询该存储库的更改。
当这个列表非常大时,我有时会看到它会导致整体UI显着减速,因为底层(开源)扩展方式的原因。例如,在以前的GitHub问题中已经讨论过这个问题(https://github.com/jupyterlab/jupyterlab-git/issues/667),现在已经被标记为关闭,但我仍然看到它发生了。
例如,您可能忘记了在gitignore中添加数据文件夹或node_modules,并生成了数千个未跟踪的文件:每当您浏览到该git存储库范围内的文件夹时,您可能会看到显着的减速。
建议的解决方法是:
- 使用文件夹侧边栏导航到受影响的git存储库之外的任何位置(例如您的根文件夹?),如果这是根因,那么您应该立即看到响应减慢的问题被解决了。
- 现在变通的方法是找到并清除有问题的文件夹,而且要在没有GUI的文件夹中找到它们:
- 如果您还不确定,您可以使用系统终端,
cd
到受影响的文件夹并运行git status
,以查看许多更改的位置。 - 添加 .gitignore 文件(或修改现有文件)以使 git 忽略这些更改。 因为它以
.
开头,所以 .gitignore 在 JupyterLab 文件浏览器中默认是隐藏的。 我通常使用系统终端,例如 cp myrepo/.gitignore gitignore.txt 创建可见副本(除了您试图避免导航到的存储库文件夹之外的某个位置),然后 mv gitignore.txt myrepo/.gitignore 用我编辑的版本覆盖
- 如果您还不确定,您可以使用系统终端,
或者(例如,如果它是一个全新文件的文件夹,您不再关心像 node_modules 这样的文件),您可以通过缓慢的过程来删除 UI 中有问题的文件夹 - 但当然,如果您稍后重新创建它们,问题会再次出现 没有 .gitignore。
相关内容
- AWS 官方已更新 2 年前
- AWS 官方已更新 1 年前
- AWS 官方已更新 2 年前
- AWS 官方已更新 1 年前