Git的常规操作(一)-资料

最新推荐文章于 2025-11-26 20:00:00 发布
原创 最新推荐文章于 2025-11-26 20:00:00 发布 · 398 阅读 · 1 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#git #git-flow

本文介绍了Git的基本使用方法及分支管理规范，推荐了两份重要资料：一是Git官方书籍，全面覆盖Git的基础操作；二是git-flow分支管理模型，提供了一种成功的分支管理实践。
git常规操作
蹲茅坑逗蛆蛆
04-09 1007
Git基本操作 先创建一个版本库 新建一个文件夹 然后用$ git init 初始化一个Git仓库，使用git init命令。 添加（修改）文件到Git仓库 ，分两步： 第一步，使用命令git add <file>，注意，可反复多次使用，添加多个文件； 第二步，使用命令git commit，完成。 $ git add readme.txt $ git comm...
Git 简洁教程之 中级操作
不积跬步，无以至千里；不积小流，无以成江海！
01-20 1295
远程仓库的SSH 本地Git仓库和GitHub仓库之间的传输是通过SSH加密,为了使用SSH加密，需要在本地生成Private Key 以及Public key,其中public key要保存到GitHub的网站上，这样GitHub就可以知道提交代码的是你，而不是别人。下面为具体的步骤 第1步：创建SSH Key。在用户主目录下，看看有没有.ssh目录，如果有，再看看这个目录下有没有i
Git命令常规操作
Lzcsfg的博客
07-10 1981
暂存区（Staging Area）是 Git 内部的数据结构，它并不是一个可以直接查看的文件夹。 暂存区的内容实际上存储在 .git/index 文件中，而不是以常规文件的形式存在于 .git 目录下。虽然可以查看 .git 目录中的文件和结构，但无法直接看到具体哪些文件在暂存区。 要查看暂存区中哪些文件已被添加，可以使用 git status 或 git ls-files --stage 命令。 前者会显示哪些文件已被暂存，后者会显示暂存区中的所有文件及其状态信息。
git 常规操作及设置
zrc_xiaoguo的博客
01-17 1110
Git是一个分布式版本控制系统，可以用来跟踪文件的修改历史并与其他人进行协作开发。下面是一些常见的Git操作及设置：初始化仓库：使用命令git init在当前目录创建一个新的Git仓库。克隆仓库：使用命令从远程仓库克隆一个本地仓库。添加文件：使用命令将文件添加到暂存区。提交更改：使用命令将暂存区的更改提交到本地仓库。查看状态：使用命令git status查看当前仓库的状态信息。查看历史：使用命令git log查看提交历史。切换分支：使用命令切换到指定的分支。创建分支：使用命令。
Git-常规用法-含解决分支版本冲突解决方法
qq_61549190的博客
04-14 3540
​ 在版本控制过程中，同时推进多个任务，为每个任务，我们就可以创建每个任务的单独分支。使用分支意味着程序员可以把自己的工作从开发主线上分离开来，开发自己分支的时候，不会影响主线分支的运行。​ 版本控制最主要的功能就是追踪文件的变更，每一次文件的改变，文件的版本号都将增加。​版本控制是一种在软件开发过程中用于管理对文件、目录或工程等内容的修改历史，方便查看更改历史记录，备份以便恢复以前的版本的软件工程技术。Git是一个开源的分布式版本控制系统，可以有效、高速地处理从很小到非常大的项目版本管理。
Java：73-Git操作
qq_59609098的博客
05-20 2125
*设置全局用户名其中"your name"，双引号和单引号都可以加，不加引号也可以，结果反正是对应的数即是your name，Linux也算如此且无论是什么时候都是这样，因为他们就是一体的但是若是合并起来，如"'hh'"和'"hh"'这样的，在Git和Linux里各不相同因为他们的文件系统有差异，即Git和Linux对应文件的操作的最终创建不同，而Git对于"'hh'"和'"hh"'这样的创建的是'hh'，和bb（这是一个隐藏符号，之所以会这样，是因为Windows文件系统不识别""）
【Git】Git的常规操作
Aquamarine__的博客
11-15 672
【Git】Git的常规操作，包括提交代码、添加 SSH 密钥、和一些常用的其他指令（在 Git Bash 下面执行）。
git --git-dir_6个您将要犯的Git错误-以及如何解决它们
cxu0262的博客
07-01 2559
git --git-dir 开发人员使用诸如Git之类的源代码控制系统的一个重要原因是避免灾难。 如果您执行错误删除文件这样的简单操作，或者发现对十二个文件所做的更改都是不明智的，那么您可以轻松撤消所做的事情。 即使对于有经验的Git用户，某些Git错误也更令人生畏且难以逆转。 但是，只要稍加注意（在您不惊慌的情况下），您就可以从程序员所知的一些最严重的Git灾难中退缩。 [ 同样在I...
pycharm_test:git常规操作练习-个人web服务器源代码
03-23
【标题】中的“pycharm_test”可能指的是一个使用PyCharm IDE进行的测试项目，而“git常规操作练习”表明这个项目涉及到Git版本控制系统的使用。个人web服务器源代码则暗示了这是一个创建小型Web服务的代码库，可能...
git常规操作使用操作文档
04-24
这份“git常规操作使用操作文档”应该包含了Git的基础到高级的使用教程，包括但不限于克隆仓库、创建分支、合并分支、解决冲突、提交更改、推送更新、拉取最新代码等常见操作。 1. **初始化Git仓库**: 在本地目录下...
git常用操作-一目了然（原创90%+收集整理10%）
12-29
5. 标签与常规操作： Git的标签功能允许标记特定的提交，用`git tag`命令创建和管理。此外，常用的还有`git log`查看提交历史，`git diff`查看文件差异，`git blame`追踪代码修改等。 6. 错误解决： 当出现冲突时...
Git：版本控制工具Git的详细介绍
最新发布
qq_42279379的博客
11-26 511
Git的本质使用“快照+引用链”串联所有的历史快照：项目中所有文件的完整切片，被修改的文件会被完整记录，没有被修改的文件会复用；通过 “硬链接复用”—— 未修改的文件，新快照不存新数据，只存一个指向旧快照中该文件数据的 “指针”引用链：每次git commit，都会生成一个提交对象，这个提交对象包含三个数据区域（一个父指针、一个快照指针、还有一些元数据）；父指针记录前一个提交的指针，快照指针记录当前提交时刻的快照对象，元数据包含提交时的注释、提交时间、作者信息等；
Git-IDEA 02 GitEE邀请小组成员
欢迎订阅我的“JAVA全栈开发笔记（全）”专栏，价格优惠，仅需19.9元。
11-25 34
一、打开仓库成员管理 二、邀请小组成员 三、受邀者确认
轻量级日志监控与告警系统（二，上）：为 Kafka 消费者注入 CI/CD 能力，实现秒级部署闭环
m0_74234518的博客
11-23 775
摘要： 本文基于轻量级日志监控系统的初版架构，通过Git Hooks实现Kafka消费者程序的轻量级CI/CD能力，解决手动部署效率低下的痛点。采用裸仓库+post-receive钩子的方案，实现git push触发自动代码同步与服务重启，避免了Jenkins等工具的复杂部署。该改进使系统具备秒级迭代能力，为后续引入Celery、Prometheus等组件奠定自动化基础，体现"代码即配置"的DevOps理念。全文包含架构对比、实现细节及演进规划，展示如何用最小成本构建可自维护的日志处理系
DevOps技能提升路径
2509_93946509的博客
11-25 367
概念比较多，Pod、Deployment、Service、Ingress、ConfigMap、Secret这些核心资源对象得理解透。不光是会用ECS、VPC这种基础服务，更要了解它的高可用架构、安全产品（如WAF、安全组）、存储和数据库服务等。在CI/CD流程中集成安全扫描，比如镜像漏洞扫描（Trivy）、代码安全扫描（SonarQube）、依赖项检查等，把安全作为流程的一个必要环节，而不是事后补救。成本优化： 能对云上资源的消耗进行分析和优化，帮公司省钱，这是非常重要的能力。这一步是基本功，没得偷懒。
Git在代码中的版本管理
2509_93947330的博客
11-25 270
从单兵作战到百人协作，Git用得好能让你：代码回溯有据、协作冲突可控、发布风险可防。毕竟，我们管理的不只是代码，更是产品演化的生命线。比如我们团队硬性规定：分支永远对应生产环境，分支做集成测试，功能开发一律走分支。遇到冲突别慌，首先用让冲突显示三窗格（本地代码+远程代码+共同祖先）。更骚的操作是：交互式选择哪些改动需要暂存，比如只存某个文件的修改，其余保持工作区状态。最后安利个神器，曾经有同事误删分支差点崩溃，结果用这命令找回了丢失的commit。所以说，只要没执行，Git几乎总能给你后悔药。
项目开发使用 git工作流插件 -- jgitflow开发实践
fluetty--成长中的菜鸟
11-25 315
GIT使用指南
m0_57982541的博客
11-25 46
GIT使用指南
git submodule update --remote --merge
07-23
在使用 `git submodule update` 命令时，结合 `--remote` 和 `--merge` 选项可以实现从远程仓库获取子模块的更新，并将其合并到本地子模块的当前分支中。这种方式特别适用于需要确保子模块保持与远程仓库最新提交同步的场景。 ### 使用方法 1. **基本命令结构** 要使用 `git submodule update` 并结合 `--remote` 和 `--merge` 选项，可以通过以下命令实现： ```bash git submodule update --remote --merge ``` 此命令会从远程仓库拉取子模块的最新更改，并尝试将其合并到本地子模块的当前分支中。如果子模块的当前分支存在冲突，Git 会提示冲突信息并需要手动解决。 2. **指定特定子模块** 如果只想更新某个特定的子模块，而不是所有子模块，可以在命令后指定子模块的路径： ```bash git submodule update --remote --merge path/to/submodule ``` 这样可以避免影响其他子模块，仅对指定的子模块进行更新操作。 3. **使用 `--rebase` 替代 `--merge`** 如果更倾向于使用变基（rebase）方式而不是合并（merge）方式，可以将 `--merge` 替换为 `--rebase`： ```bash git submodule update --remote --rebase ``` 这样可以将本地的提交重新应用在远程分支的最新提交之上，从而保持提交历史的线性。 4. **批量更新所有子模块** 如果项目中包含多个子模块，并希望一次性更新所有子模块，可以直接运行： ```bash git submodule update --remote --merge ``` 该命令会对所有子模块执行远程更新并尝试合并。 5. **进入子模块目录手动更新** 子模块本质上是一个独立的 Git 仓库，因此也可以直接进入子模块目录并使用常规的 Git 命令进行更新： ```bash cd path/to/submodule git pull origin master ``` 这种方式适用于子模块数量较少的情况，能够避免因主模块更新子模块时可能引发的游离分支（detached HEAD）问题[^1]。 6. **解决游离分支问题** 如果已经处于游离分支状态，并且在该状态下提交了更改，可以通过以下命令将更改合并到主分支： ```bash git submodule foreach 'git switch -c tmp' git submodule foreach 'git switch master' git submodule foreach 'git merge tmp' git submodule foreach 'git branch -d tmp' ``` 上述命令首先为每个子模块创建一个临时分支 `tmp`，然后切换回 `master` 分支并合并临时分支中的更改，最后删除临时分支[^2]。 --- ###
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值