- 博客(5)
- 收藏
- 关注
RSS订阅原创 IDEA更换Git仓库地址后推送代码到新仓库的步骤
分支一致性：若新仓库使用非master分支（如main），需调整推送命令中的分支名称。 权限问题：确保新仓库地址的访问权限（SSH密钥或HTTPS账号密码）已正确配置。 冲突处理：若推送前未拉取新仓库内容，可能需解决冲突后再提交。若旧仓库名称非默认（如old_remote），需替换对应的名称16。执行git branch -vv，确认本地分支已关联新仓库远程分支。拉取新仓库初始内容（可选）。点击 Push 完成操作。通过IDEA图形化操作。
2025-03-18 21:53:21
322
原创 国内安全管理下,docker 镜像加速关闭之后,拉取镜像何去何从
原先已经在下的镜像还是会继续走原来的, 需要重启 docker 再重新拉取才能走已经同步好的缓存过, 所以推荐先单次同步再尝试拉取。如果您看到下没有进度这是由于带宽有限只要有几人在下较大的文件就会阻塞后续的下载, 可以尝试。这条通道主要用于保持 image 是最新的, 每次拉取都会检查是否和上游保持同步。前缀替换的 Registry 的规则, 这是人工配置的, 有需求提 Issue.创建一个 Issue, 将会有机器人帮您优先主动同步指定的镜像。, 初次拉取会比已经同步过的慢.或者 支持的镜像仓库 的。
2024-07-30 10:26:53
2152
原创 ElasticSearch之refresh操作,更新延迟问题
1.问题今天在项目现场遇到一个问题,前端在修改es中数据的时候立刻刷新,出现查询出来的数据确实未更新之前的数据,需要再手动刷新才能拿到更新之后的问题,这就导致展示的状态出现问题.2.原因经过查找发现,原来是因为es的默认机制问题,默认1s更新数据才会生效导致.3.解决方式一.如果可以,应避免立即刷新抓取新数据.绕过这一业务环节,避免去使用强制刷新,因为实时刷新会导致性能问题,es性能将会比默认1s刷新降低10倍,有兴趣详细了解可以去另一个大佬 博客 看看.二.如果实在需要,可以按照下列方式关闭1
2020-07-05 11:14:32
2613
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人