后端实践--git的简单使用 青训营

简介: 后端实践--git的简单使用 青训营

后端实践--git的简单使用

这篇博客主要整理了一下git的常用命令,主要分为三个部分:一是版本管理命令,二是分支管理命令,三是远程协作开发命令。其实很多命令都是看到名字就大概知道其主要作用了,多敲几遍就熟悉了。

1、版本管理命令(增、删、改、版本回退)

  1. git init 这个命令是在本地当前目录下创建一个仓库,执行完成当前目录下会有一个.git的隐藏文件。
  2. git config该命令可以用于配置本地仓库的各类信息。如:
  • git config [--global] user.name "your name"配置用户名称
  • git config [--global] user.email "your email" 配置用户邮箱
  1. 其中添加可选项--global是指该配置在本机都有效。
  2. git add 这个命令是把特定或全部工作区的修改添加到==暂存区(stage)==,-f选项强制添加。
  3. git commit 该命令将暂存区的特定或所有修改添加到==版本库==,这时我们的工作区代码就可以被Git管理了。==注意==这个命令有个 -m "message" 选项,一定要带上,且 message 内容要好好写,注明此次提交有哪些更改,方便日后查看!
  4. git log 查看提交记录。一些美化输出的选项:--pretty=onyline--abbrev-commit--graph 可以输出分支图。
  5. git cat-file 后接 commit id 可以查看这次 commit 的详细信息,并且通过输出内容可以一直回溯到以前的提交,还可以通过输出信息查看 project 里的内容。-p 选项可以美化输出。
  6. git status 查看仓库当前状态,也就是上次 commit 后是否有对工作区的内容做修改。
  7. git diff [file] 显示工作区和暂存区 file 文件的差异,也就是这个 file里写了那些内容还没 add
  8. git reset [--soft | --mixed | hard] [HEAD] 进行版本回退。--soft 只将版本库回退到指定版本,而工作区和暂存区不变;--mixed 将版本库和暂存区都会退到指定版本,==但是工作区内容不变==,这也是默认选项;--hard 就是版本库、工作区、暂存区都回退到指定版本,==这个要慎用==,要是工作区有代码还没 commit ,那就没了!![HEAD]可以是指定 commit id,也可以是:HEAD 表示当前版本,HEAD^ 表示上一个版本,HEAD^^ 表示上上个版本,以此类推。
  9. git reflog 显示本地的 commit 命令,主要用于版本回退的时候找对应的 commit id
  10. git checkout -- [file] 使工作区的文件回到最近一次 addcommit 时的状态。==那个 -- 一定要有,不然就是另一个意思了,在分支命令中说==。
  11. git rm [file] 删除工作区和==暂存区==的文件。

2、分支管理命令(创建、切换、合并、删除)

  1. git branch [branch-name] 创建分支,不带任何参数是查看当前分支,-r 查看远程分支,-a查看所有的分支,-vv查看本地分支和远程分支的连接信息。
  2. git checkout branch-name 切换分支。可以使用 git checkout -b branch-name 创建分支并切换到 branch-name 分支。
  3. git merge branch-name 合并分支,将指定分支合并到当前分支。==注意==,默认情况下会以Fast Forward的形式合并,但是这种形式的合并我们无法查看这次修改是合并的还是commit的,所以Git建议我们不要使用这种形式!加上参数--no-ff 即可,这时也必须同时加上参数-m "message",为这次合并创建一次提交。
  4. git branch -d branch-name删除分支。
  5. git stash该命令用于将当前工作区的信息进行存储(在.git/refs/stash),这样使得某个分支修改后但还没有commit的信息不影响其他分支。用法如下
  • git stash 直接进行存储。
  • git stash list 查看当前有哪些存储。
  • git stash pop [stash-name] 恢复某个存储,同时删除存储。
  • git stash apply [stash-name] 恢复某个存储,但是并不删除存储。
  • git stash drop [stash-name] 删除某个存储。

3、远程协作开发命令

  1. git clone 克隆远端仓库到本地。
  2. git remote 查看远程仓库信息,-v选项可以查看更详细的。
  3. git push [remote-machine] [local-branch]:[remote-branch] 推送本地仓库内容到远端,如果当前本地分支和远端分支建立连接的话后面的信息可以省略。
  4. git pull [remote-machine] [remote-branch]:[local-branch] 拉取远端内容到本地并和本地内容合并。
  5. git check-ignore -v file-name 检查一下文件在.gitignore里的信息。
  6. git tag查看标签信息,其他用法如下:
  • git tag tag-name 给最近一次commit打标签 tag-name
  • git tag tag-name commit-id 给特定commit打标签。
  • git tag -a tag-name -m "message" commit-id 给标签加上描述信息。
  • git tag -d tag-name 删除标签。
  1. git show tag-name 查看标签信息。

以上就是一些常用的git命令,希望能有所帮助。

相关文章
|
17天前
|
弹性计算 持续交付 API
构建高效后端服务:微服务架构的深度解析与实践
在当今快速发展的软件行业中,构建高效、可扩展且易于维护的后端服务是每个技术团队的追求。本文将深入探讨微服务架构的核心概念、设计原则及其在实际项目中的应用,通过具体案例分析,展示如何利用微服务架构解决传统单体应用面临的挑战,提升系统的灵活性和响应速度。我们将从微服务的拆分策略、通信机制、服务发现、配置管理、以及持续集成/持续部署(CI/CD)等方面进行全面剖析,旨在为读者提供一套实用的微服务实施指南。
|
13天前
|
运维 监控 Java
后端开发中的微服务架构实践与挑战####
在数字化转型加速的今天,微服务架构凭借其高度的灵活性、可扩展性和可维护性,成为众多企业后端系统构建的首选方案。本文深入探讨了微服务架构的核心概念、实施步骤、关键技术考量以及面临的主要挑战,旨在为开发者提供一份实用的实践指南。通过案例分析,揭示微服务在实际项目中的应用效果,并针对常见问题提出解决策略,帮助读者更好地理解和应对微服务架构带来的复杂性与机遇。 ####
|
12天前
|
消息中间件 运维 安全
后端开发中的微服务架构实践与挑战####
在数字化转型的浪潮中,微服务架构凭借其高度的灵活性和可扩展性,成为众多企业重构后端系统的首选方案。本文将深入探讨微服务的核心概念、设计原则、关键技术选型及在实际项目实施过程中面临的挑战与解决方案,旨在为开发者提供一套实用的微服务架构落地指南。我们将从理论框架出发,逐步深入至技术细节,最终通过案例分析,揭示如何在复杂业务场景下有效应用微服务,提升系统的整体性能与稳定性。 ####
28 1
|
14天前
|
存储 缓存 监控
后端性能优化:从理论到实践
在数字化时代,后端服务的性能直接影响着用户体验和业务效率。本文将深入探讨后端性能优化的重要性,分析常见的性能瓶颈,并提出一系列切实可行的优化策略。我们将从代码层面、数据库管理、缓存机制以及系统架构设计等多个维度出发,结合具体案例,详细阐述如何通过技术手段提升后端服务的响应速度和处理能力。此外,文章还将介绍一些先进的监控工具和方法,帮助开发者及时发现并解决性能问题。无论是初创公司还是大型企业,本文提供的策略都有助于构建更加高效、稳定的后端服务体系。
37 3
|
13天前
|
消息中间件 运维 API
后端开发中的微服务架构实践####
本文深入探讨了微服务架构在后端开发中的应用,从其定义、优势到实际案例分析,全面解析了如何有效实施微服务以提升系统的可维护性、扩展性和灵活性。不同于传统摘要的概述性质,本摘要旨在激发读者对微服务架构深度探索的兴趣,通过提出问题而非直接给出答案的方式,引导读者深入
31 1
|
14天前
|
负载均衡 监控 API
后端开发中的微服务架构实践与挑战
本文深入探讨了微服务架构在后端开发中的应用,分析了其优势和面临的挑战,并通过案例分析提出了相应的解决策略。微服务架构以其高度的可扩展性和灵活性,成为现代软件开发的重要趋势。然而,它同时也带来了服务间通信、数据一致性等问题。通过实际案例的剖析,本文旨在为开发者提供有效的微服务实施指导,以优化系统性能和用户体验。
|
14天前
|
弹性计算 Kubernetes API
构建高效后端服务:微服务架构的深度剖析与实践####
本文深入探讨了微服务架构的核心理念、设计原则及实现策略,旨在为开发者提供一套系统化的方法论,助力其构建灵活、可扩展且易于维护的后端服务体系。通过案例分析与实战经验分享,揭示了微服务在提升开发效率、优化资源利用及增强系统稳定性方面的关键作用。文章首先概述了微服务架构的基本概念,随后详细阐述了其在后端开发中的应用优势与面临的挑战,最后结合具体实例,展示了如何从零开始规划并实施一个基于微服务的后端项目。 ####
|
18天前
|
消息中间件 监控 API
后端开发中的微服务架构实践与挑战####
本文深入探讨了微服务架构在现代后端开发中的应用,分析了其优势、实施过程中的关键考虑因素及面临的挑战。不同于传统的单体应用,微服务通过拆分功能模块为独立服务,提升了系统的灵活性和可维护性。我们将从微服务的基本概念入手,逐步剖析其在真实场景下的应用案例,并讨论如何有效应对服务间通信、数据一致性等复杂问题,旨在为开发者提供一套实用的微服务落地指南。 ####
19 0
|
19天前
|
安全 测试技术 持续交付
后端开发中的微服务架构实践与挑战####
本文深入探讨了微服务架构在现代后端开发中的应用,通过一个虚构项目案例,详细阐述了从单体架构向微服务架构转型的过程、面临的挑战及解决方案。不同于常规摘要的概述性质,本文摘要旨在直接引入核心议题——如何有效实施微服务以提升系统的可扩展性、灵活性和容错能力,同时揭示转型过程中常见的技术陷阱与最佳实践策略,为读者提供实战指南。 ####
19 0
|
19天前
|
安全 测试技术 API
构建高效RESTful API:后端开发的艺术与实践####
在现代软件开发的浩瀚星空中,RESTful API如同一座桥梁,连接着前端世界的绚丽多彩与后端逻辑的深邃复杂。本文旨在探讨如何精心打造一款既高效又易于维护的RESTful API,通过深入浅出的方式,剖析其设计原则、实现技巧及最佳实践,为后端开发者提供一份实用的指南。我们不深入晦涩的理论,只聚焦于那些能够即刻提升API品质与开发效率的关键点,让你的API在众多服务中脱颖而出。 ####
27 0