Git版本管理常用命令总结

常用操作

# 克隆远程项目到本地 git clone [repo_link] ​ # ---------------------- # 初始化仓库 git init -b [分支名] ​ # 修改并提交到本地仓库 git add [文件或者文件夹] git commit -m "提交注释" ​ # 提交修正,覆盖上一次提交记录 git commit --amend -m "提交注释" ​ # 关联远程仓库 git remote add [远程仓库名称] [远程仓库地址] git remote rename|remove|set-url # 具体功能作用git remote -h ​ # 推送到远程仓库 git push -u [远程仓库名称] [分支名] # -u参数表示上传并合并本地分支,记录远程仓库名称为默认名称(第一次用) git push [远程仓库名称] [分支名] git push # 推送到默认仓库 ​ # 本地同步 # 从远程仓库拉取最新的代码并直接合并到当前的工作分支中 git pull [远程仓库名称] [分支名] # 参数默认为push参数 git fetch # 查看远程和本地的变化 ​ # 从暂存区删除文件(但保留本地文件) git rm --cached [文件名] git commit --amend --no-edit

查看操作

# 查看工作区和本地仓库(暂存区)的改动情况 # 状态快照 git status ​ # 查看分支 git branch -all ​ # 查看工作区和暂存区之间的差异(具体内容) git diff [文件名] # 查看暂存区和最后一次提交之间的差异 git diff --cached ​ # 查看当前仓库关联的远程仓库 git remote -v git remote show # 显示所有远程仓库名称 ​ # 查看日志 git log - [数字] git log --oneline git log --graph git log --stat # 显示修改摘要 git log --patch|-p # 显示修改的位置 git log --after="2026-01-01" --before="2026-01-31" git log --author=[作者] git log --grep=["关键词"] # 按关键词来查日志 ​ # 引用日志 # reflog记录了本地仓库所有的修改,包括修正提交,只保存在本地,不推送到远程 git reflog ​ # 给版本仓库的历史记录打上标签 # 标签是不可移动的。一旦打上,它就永远指向那个特定的提交 git tag # 列出所有标签 git show [标签名] 查看某个特定标签的详细信息

还原文件

# 没有add文件恢复 git checkout [文件名] ​ # 已经add,还有没有commit git log # 查看提交commit_id git ckeckout [commit_id] [文件名] ​ # 已经add并且commit git ckeckout [commit_id] [文件名] ​

分支管理

# 仅创建分支 git branch [分支名] ​ # 创建并切换到分支 git checkout -b [分支名] ​ # 删除分支 git branch -d [分支名] # 删除已合并过的分支 git branch -D [分支名] # 强制删除分支 ​ # 重命名分支 git branch -m [原名称] [新名称] ​ # 合并分支。分支与分支之间,改动当前分支下的工作区和暂存区,更新本地版本,产生新的合并提交 git merge [被合并的分支名] ​ # 变基分支 # 将开发起点平移到另一个提交节点上 git rebase [分支名] ​ ​

标签管理

# 创建标签 # --------------- # 创建轻量标签 git tag [标签名] ​ # 创建附注标签 git tag -a [标签名] -m "提交注释" ​ # 给过去的提交打标签 git tag -a [标签名] [commit_id] -m "提交注释" ​ git push [远程仓库名称] [标签名] # 推送特定标签 git push [远程仓库名称] --tags # 一次性推送所有本地标签 ​ git tag -d [标签名] # 删除本地标签 git push [远程仓库名称] --delete [标签名] # 删除远程标签

Git架构图

Git结构

  • 图片来源网络

Read more

Flutter 三方库 music_xml 的鸿蒙化适配指南 - 实现具备乐谱解析、音符变换与数字化音乐存储能力的底层引擎、支持端侧智能曲谱展示与编曲实战

Flutter 三方库 music_xml 的鸿蒙化适配指南 - 实现具备乐谱解析、音符变换与数字化音乐存储能力的底层引擎、支持端侧智能曲谱展示与编曲实战

欢迎加入开源鸿蒙跨平台社区:https://openharmonycrossplatform.ZEEKLOG.net Flutter 三方库 music_xml 的鸿蒙化适配指南 - 实现具备乐谱解析、音符变换与数字化音乐存储能力的底层引擎、支持端侧智能曲谱展示与编曲实战 前言 在进行 Flutter for OpenHarmony 开发时,当我们的鸿蒙应用涉及到音乐教学、数字化乐谱(Digital Sheet Music)或智能伴奏系统时,如何解析国际标准的 .musicxml 文件?将复杂的乐谱 XML 节点转化为可直接驱动 Canvas 绘制或 MIDI 播放的代码逻辑?music_xml 是一款专注于这一领域的专业解析库。本文将探讨如何在鸿蒙端构建极致、专业的数字化音乐底座。 一、原直观解析 / 概念介绍 1.1 基础原理 该库建立在“MusicXML 语义化建模(

By Ne0inhk

Flutter 三方库 login_client 的鸿蒙化适配指南 - 打造工业级安全登录、OAuth2 自动化鉴权、鸿蒙级身份守门员

欢迎加入开源鸿蒙跨平台社区:https://openharmonycrossplatform.ZEEKLOG.net Flutter 三方库 login_client 的鸿蒙化适配指南 - 打造工业级安全登录、OAuth2 自动化鉴权、鸿蒙级身份守门员 在鸿蒙跨平台应用的网络安全架构中,如何稳健地管理 OAuth2 访问令牌(Access Tokens)与刷新令牌(Refresh Tokens)是衡量应用成熟度的重要指标。如果你厌倦了在每个请求中手动判断 401 错误并递归刷新 Token。今天我们要聊的是 login_client——一个专门为简化现代身份认证流设计的 HTTP 客户端装饰器,正是帮你构建“无感登录、自动续期”体验的核心插件。 前言 login_client 是一套位于 http 或 oauth2 库之上的高阶封装。它的核心使命是:自动拦截未授权请求、静默刷新

By Ne0inhk
从小项目到大型鸿蒙 App 的架构变化

从小项目到大型鸿蒙 App 的架构变化

子玥酱(掘金 / 知乎 / ZEEKLOG / 简书 同名) 大家好,我是子玥酱,一名长期深耕在一线的前端程序媛 👩‍💻。曾就职于多家知名互联网大厂,目前在某国企负责前端软件研发相关工作,主要聚焦于业务型系统的工程化建设与长期维护。 我持续输出和沉淀前端领域的实战经验,日常关注并分享的技术方向包括前端工程化、小程序、React / RN、Flutter、跨端方案, 在复杂业务落地、组件抽象、性能优化以及多端协作方面积累了大量真实项目经验。 技术方向:前端 / 跨端 / 小程序 / 移动端工程化 内容平台:掘金、知乎、ZEEKLOG、简书 创作特点:实战导向、源码拆解、少空谈多落地 文章状态:长期稳定更新,大量原创输出 我的内容主要围绕 前端技术实战、真实业务踩坑总结、框架与方案选型思考、行业趋势解读 展开。文章不会停留在“API 怎么用”,而是更关注为什么这么设计、在什么场景下容易踩坑、

By Ne0inhk
鸿蒙金融理财全栈项目——生态合作与用户运营优化

鸿蒙金融理财全栈项目——生态合作与用户运营优化

《鸿蒙APP开发从入门到精通》第27篇:鸿蒙金融理财全栈项目——生态合作与用户运营优化 🚀🤝📊 内容承接与核心价值 这是《鸿蒙APP开发从入门到精通》的第27篇——生态合作与用户运营优化篇,100%承接第26篇的安全合规与用户体验优化架构,并基于金融场景的生态合作与用户运营优化要求,设计并实现鸿蒙金融理财全栈项目的生态合作与用户运营优化功能。 学习目标: * 掌握鸿蒙金融理财项目的生态合作优化设计与实现; * 实现生态合作数据接入、生态合作接口对接、生态合作数据共享; * 理解用户运营优化在金融场景的核心设计与实现; * 实现用户分群优化、用户画像优化、用户留存优化; * 掌握生态合作与用户运营的协同优化策略; * 优化金融理财项目的用户体验与生态合作效果。 学习重点: * 鸿蒙金融理财项目的生态合作优化设计原则; * 用户运营优化在金融场景的应用; * 生态合作与用户运营的协同优化策略。 一、 生态合作优化基础 🎯 1.1 生态合作优化定义 生态合作优化是指对金融理财项目的生态合作进行优化,提升应用的生态合作效果,主要包括以下方面:

By Ne0inhk