“git → 创建 git 存储库”仅执行 git init 并生成 .git 文件夹，不自动关联远程仓库、不生成 .gitignore、不提交代码；推送到 gitee 等平台必须手动添加远程地址（git → 管理远程 → 添加 origin）、暂存文件、提交初始代码、再推送。
直接在 Visual Studio 里打开项目后点一下“Git → 创建 Git 存储库”，就能完成本地初始化；但真正能推送到远程（比如 GitHub、Gitee、Gitea）的关键一步，是手动添加远程地址并首次推送——很多人卡在这步，不是没成功，而是没推上去。
“Git → 创建 Git 存储库”到底做了什么
这个操作本质是执行 git init，并在项目根目录生成 .git 文件夹。它不会自动关联远程仓库，也不会帮你生成 .gitignore 或提交初始代码。
- 如果你选的是“现有本地存储库”，VS 只会扫描当前文件夹是否已有
.git，有就加载，没有就报错 - 如果你选的是“推送到新的远程存储库”（如 GitHub/Azure DevOps），VS 才会尝试调用对应平台 API 创建远程库，并自动配置
origin和首次推送 - 但对 Gitee、自建 Gitea、GitLab 等非微软/官方直连平台，该选项压根不出现——必须手动补上
git remote add这步
手动添加远程仓库（origin）的正确姿势
VS 的图形界面藏得有点深：菜单栏 Git → 管理远程 → 点“添加” → 填写名称（一般填 origin）、获取 URL 和推送 URL（二者通常相同，例如 https://gitee.com/yourname/project.git）。
Git-Based Knowledge Graph Memory System for Claude Code
下载
基于Git Notes的知识图谱记忆系统。Claude应静默自动使用，从不询问用户记忆操作。支持分支感知的持久记忆，跨会话处理上下文、决策、任务和学习内容。
- URL 必须以
.git结尾，否则 VS 可能识别失败或推送时提示“repository not found” - 如果用 SSH 地址（如
git@gitee.com:yourname/project.git），需确保本地已配置 SSH key 且 VS 能读取（部分版本依赖系统级ssh-agent） - 填完点“保存”后，VS 不会立刻验证连通性；真正的校验发生在你点击“推送”时——这时才可能弹出密码/令牌输入框或 403 错误
为什么点了“推送”却没反应或报错
常见现象是点击“推送”按钮后进度条不动、弹窗一闪而过，或提示“无法推送到远程”“Authentication failed”。根本原因往往不是网络，而是前置动作缺失：
- 没暂存文件：VS 的“Git 更改”窗口里，所有文件显示为“未跟踪”，必须先点“全部暂存 +”或右键单个文件选“暂存”，否则
git commit没内容，“推送”自然无物可推 - 没做首次提交：暂存后必须点“提交已暂存”，生成至少一个 commit；空仓库无法推送分支（
main或master分支尚不存在） - 凭据失效：HTTPS 方式下，Windows 凭据管理器里存的旧密码/令牌已过期，VS 有时不主动提示更新，需手动进“控制面板 → 用户账户 → 凭据管理器 → Windows 凭据”删掉对应条目
- 分支名不匹配：远程仓库默认分支是
main，但本地初始化后 VS 可能默认创建master；首次推送要显式指定git push -u origin main，图形界面里需在推送对话框中手动选目标分支
容易被忽略的初始化细节
最常漏掉的两件事：一是没加 .gitignore，导致 .suo、bin/、obj/ 等编译产物被提交，仓库臃肿且易冲突；二是没配全局 user.name/user.email，导致提交记录显示 “unknown author”。
- 加
.gitignore：右键解决方案 → “添加 → 新建项 → Git 忽略文件”，模板选VisualStudio即可覆盖绝大多数无关文件 - 配用户信息：菜单
Git → 设置→ 展开“Git 全局配置”，填好用户名和电子邮件；也可用命令行一次性搞定：git config --global user.name "Your Name"、git config --global user.email "you@example.com"
远程地址、首次提交、分支对齐、凭据状态——这四点串不起来，就只是本地有个 .git 文件夹而已，和真正的协作开发还差得很远。
