Linux 开发工具 yum、git、gdb

目录

一、yum

1、软件包

2、rzsz

3、注意事项

4、查看软件包

5、安装软件

6、卸载软件

二、git操作

1、克隆+三板斧

2、git add 常见用法

3、git commit 常见用法

4、git push 常见用法

5、第一次使用会出现以下情况：

未配置用户名和邮箱：

push后弹出提示

三、gdb使用

1、背景

2、使用方法

例一：

例二： 

---

一、yum

1、软件包

软件包在Linux系统中是一种预编译好的软件分发格式，它简化了软件的安装和管理过程。在Linux中，用户可以通过编译源代码来安装软件，但这个过程可能既复杂又耗时。为了解决这个问题，开发者会将常用软件预先编译并打包，然后存放在服务器上，用户可以通过包管理器轻松地下载和安装这些软件包。

软件包和包管理器的关系，可以类比于手机应用和应用商店。例如，yum（Yellow dog Updater, Modified）是一个广泛使用的包管理器，主要服务于Fedora、RedHat、CentOS等Linux发行版。

2、rzsz

rzsz是一个实用工具，它允许Windows机器与远程Linux机器通过XShell等终端软件传输文件。安装后，用户可以通过拖放文件的方式来上传文件。

3、注意事项

• 使用yum进行软件管理时，确保主机（或虚拟机）的网络连接是畅通的。可以通过ping www.baidu.com来测试网络连接。

4、查看软件包

• 使用yum list命令可以列出所有可用的软件包。由于软件包数量可能非常庞大，可以使用grep命令来筛选特定的包，例如：yum list | grep lrzsz。
• 软件包的命名规则包括主版本号、次版本号、源程序发行号和软件包的发行号，以及主机平台和CPU架构。例如，lrzsz.x86_64 0.12.20-36.el7中的x86_64表示这是一个64位系统的安装包，el7表示这个包是为CentOS 7或RedHat 7准备的。

注意:

• 软件包名称: 主版本号.次版本号.源程序发行号-软件包的发行号.主机平台.cpu架构.
• "x86_64" 后缀表示64位系统的安装包, "i686" 后缀表示32位系统安装包. 选择包时要和系统匹配.
• "el7" 表示操作系统发行版的版本. "el7" 表示的是 centos7/redhat7. "el6" 表示 centos6/redhat6.
• 最后一列, base 表示的是 "软件源" 的名称, 类似于 "小米应用商店", "华为应用商店" 这样的概念.

5、安装软件

• 通过简单的命令sudo yum install lrzsz，yum会自动解析依赖并下载所需的软件包。用户需要确认安装并等待直到出现complete字样，表示安装完成。
• 安装软件时由于需要向系统目录中写入内容，所以安装软件通常需要管理员权限，需要使用sudo或切换到root账户。
• yum一次只能安装一个软件包。如果尝试在安装一个软件包的同时安装另一个，yum会报错。

6、卸载软件

• 卸载软件也是通过一条简单的命令：sudo yum remove lrzsz。

通过这种方式，Linux用户可以方便地管理系统上的软件，无需手动编译和解决依赖问题。

二、git操作

1、克隆+三板斧

1. git clone + 你的git仓库链接 #克隆远程仓库到本地
2. git add + 你的文件 # 添加我们的代码到本地仓库
3. git commit -m + “这里必须写提交日志”  # 提交代码带仓库中
4. git push  #提交我们的代码到远端仓库

其他情况

• 可能第一次使用，需要你配置用户名和邮箱。
• 有时候无法提交，会出现提交冲突：无脑git pull。
• .gitignore # 不想提交某些后缀的文件同步到远端的git仓库，就可以添加到.gitignore。
• 最好使用 git rm 进行删除操作，而不是直接使用 rm。使用 git rm 会告诉 Git 你想要删除这些文件或目录，并且会将这个操作记录在 Git 的历史中，这样可以更好地跟踪项目的变化。而直接使用 rm 删除文件或目录，Git 无法感知到这个操作，需要额外的步骤来告诉 Git 这些变化。

2、git add 常见用法

你可以根据需要选择适合你当前情况的用法。要了解更多关于 git add 命令的详细信息，可以查看 Git 的官方文档或者在终端中运行 git add --help 命令。

添加单个文件或目录：

git add <file>
git add <directory>

添加当前目录下的所有文件和子目录：

git add .

添加指定类型的文件：

git add *.txt   # 添加所有扩展名为 .txt 的文件
git add *.c     # 添加所有扩展名为 .c 的文件

交互式地添加文件：

git add -i

添加所有更改，包括新文件、修改和删除：

git add -A

添加所有更改，但不包括删除的文件：

git add .

添加指定文件的部分更改：

git add -p <file>

3、git commit 常见用法

提交暂存区中的所有更改：

git commit

提交时添加提交信息：

git commit -m "Commit message"

• 在引号内填写你的提交信息，这是一个描述性的文本，用于解释这个提交包含了哪些更改或解决了什么问题。

提交所有更改并添加提交信息：

git commit -am "Commit message"

• 这个命令相当于先运行 git add . 将所有更改添加到暂存区，然后再运行 git commit -m "Commit message"。

修改最后一次提交的提交信息：

git commit --amend

• 如果你需要修改最后一次提交的提交信息，你可以使用 --amend 选项。

交互式地提交：

git commit -i

• 这个命令允许你以交互式方式添加或修改提交内容

提交指定文件的更改：

git commit <file>

4、git push 常见用法

git push 命令用于将本地仓库中的提交推送（push）到远程仓库中。它是将本地的提交上传到远程仓库的主要方式之一。下面是 git push 命令的基本用法：

git push <remote> <branch>

其中：

• <remote> 是远程仓库的名称，通常是你从中克隆或添加的远程仓库的别名。常见的默认名称是 origin。
• <branch> 是你要推送的分支的名称。

例如，如果要将本地的 master 分支的提交推送到远程仓库 origin 上的 master 分支，可以使用以下命令

git push origin master

如果你已经设置了默认的远程仓库和分支，可以只输入 git push 命令，Git 将会根据默认设置执行推送操作。

git push

• 在执行 git push 命令之前，你需要确保你的本地仓库和远程仓库是同步的，否则可能会出现冲突。如果你的本地仓库落后于远程仓库，你可能需要先执行 git pull 命令来获取远程仓库的最新更改。
• 需要注意的是，git push 命令会将本地的提交推送到远程仓库中，并更新远程仓库中对应分支的内容。因此，在执行推送之前，请确保你的提交是准备好被分享和共享的。

5、第一次使用会出现以下情况：

未配置用户名和邮箱：

[hbr@VM-16-9-centos linux]$ git commit -m "测试一下git"

*** Please tell me who you are.

Run

  git config --global user.email "you@example.com"
  git config --global user.name "Your Name"

to set your account's default identity.
Omit --global to set the identity only in this repository.

fatal: empty ident name (for <hbr@VM-16-9-centos.(none)>) not allowed

这个错误是由于 Git 无法确定提交者的身份信息导致的。你可以按照以下步骤解决：

1. 设置全局用户邮箱和用户名：

• 如果你希望在所有的仓库中都使用相同的用户信息，那么可以使用 --global 参数，如之前所述。这将会修改全局配置文件，通常位于你的用户目录下的 .gitconfig 文件中

git config --global user.email "you@example.com"
git config --global user.name "Your Name"

2. 如果你只想在当前仓库设置身份信息，可以省略 `--global` 参数：

• 如果仓库是你本人创建的，并且你想要在这个特定的仓库中设置提交者的信息（而不是全局设置），你可以通过以下命令来设置：

git config user.email "you@example.com"
git config user.name "Your Name"

3. 然后重新提交你的更改：

git commit -m "测试一下git"

这样就应该可以成功提交了。

要检查你是否成功设置了 Git 的用户名和邮箱地址，你可以在终端或命令提示符中使用以下命令：

- 查看用户名：

git config user.name

- 查看邮箱地址：

git config user.email

这些命令会显示当前仓库配置中的用户名和邮箱地址。如果你使用了 `--global` 标志来设置全局用户名和邮箱，你也可以添加 `--global` 标志来查看这些全局配置：

- 查看全局用户名：

git config --global user.name

- 查看全局邮箱地址：

git config --global user.email

这将会显示全局配置文件中设置的用户名和邮箱地址，这个配置文件通常位于你的用户目录下。如果命令返回了你之前设置的用户名和邮箱地址，那么说明你已经成功设置了这些信息。

push后弹出提示

[hbr@VM-16-9-centos linux]$ git push
warning: push.default is unset; its implicit value is changing in
Git 2.0 from 'matching' to 'simple'. To squelch this message
and maintain the current behavior after the default changes, use:

  git config --global push.default matching

To squelch this message and adopt the new behavior now, use:

  git config --global push.default simple

See 'git help config' and search for 'push.default' for further information.
(the 'simple' mode was introduced in Git 1.7.11. Use the similar mode
'current' instead of 'simple' if you sometimes use older versions of Git)

Username for 'https://gitee.com': 

这个消息是 Git 在提醒你关于 `push.default` 配置选项的默认值将在 Git 2.0 中发生变化。`push.default` 定义了当你执行 `git push` 但没有指定要推送到哪个远程分支时，Git 应该如何表现。这里介绍一下不同的 `push.default` 配置值：

• - `matching`：推送所有与远程端匹配的本地分支。这是旧版 Git 的默认行为。
• - `simple`：只推送当前分支到与之建立了 "upstream" 关系的远程分支，并且要求分支名称相匹配。这将成为 Git 2.0 的默认设置，因为它更安全，减少了意外推送到错误分支的风险。
• - `current`：推送当前分支到与其同名的远程分支，不需要 "upstream" 关系。
• - `upstream`：推送当前分支到 "upstream" 分支。
• - `nothing`：不推送任何东西，只在你显式指定分支时才推送。

Git 在这个消息中提供了两个选项给你：

1. 如果你想保持当前的行为（`matching`），在 Git 2.0 后仍然使用这个策略，你可以设置：

git config --global push.default matching

2. 如果你现在就想切换到新的行为（`simple`），可以使用：

git config --global push.default simple

设置完成后，这个警告消息就不会再显示了。

最后，Git 正在提示你输入 `https://gitee.com` 的用户名，这是因为你正在尝试推送代码到 Gitee，一个代码托管平台，而 Git 需要验证你的身份。你应该输入你在 Gitee 上的用户名，接着可能还需要输入密码或者 token（如果你启用了双因素认证）。 

我只有一个master分支，应该怎么选择

如果你只有一个 `master` 分支，并且通常的工作流程是推送 `master` 分支到远程仓库，那么你可以选择 `simple` 作为 `push.default` 的配置选项。

这个选项将确保只有当前分支（这里是 `master` 分支）会被推送到与之关联的远程分支（通常也是 `master` 分支）。这样可以降低意外推送到错误分支的风险，同时也符合大多数单分支工作流程的需求。

你可以使用以下命令来设置 `push.default` 为 `simple`：

git config --global push.default simple

这样，当你执行 `git push` 时，Git 将只推送当前分支到远程仓库的相同分支。

三、gdb使用

1、背景

Linux中的GDB（GNU Debugger）是一个强大的调试工具，用于调试C和C++语言编写的程序。了解如何使用GDB可以帮助您更有效地诊断和修复代码中的问题。 

• 程序可以以两种模式发布：debug模式和release模式。
• Linux下使用gcc/g++编译器生成的二进制程序默认是release模式。
• 为了使用GDB进行调试，需要在编译时加上 -g 选项，以包含调试信息。

mytest:mytest.c
	gcc -std=c99 -o mytest mytest.c -g
.PHONY:clean
clean:
	rm -f mytest

2、使用方法

gdb binFile 退出： ctrl + d 或 quit 调试命令：

• list／l 行号：显示binFile源代码，接着上次的位置往下列，每次列10行。
• list／l 函数名：列出某个函数的源代码。
• r或run：运行程序。
• n 或 next：单条执行。
• s或step：进入函数调用
• break(b) 行号：在某一行设置断点
• break 函数名：在某个函数开头设置断点
• info break ：查看断点信息。
• finish：执行到当前函数返回，然后挺下来等待命令
• print(p)：打印表达式的值，通过表达式可以修改变量的值或者调用函数p 变量：打印变量值。
• set var：修改变量的值
• continue(或c)：从当前位置开始连续而非单步执行程序
• run(或r)：从开始连续而非单步执行程序
• delete breakpoints：删除所有断点
• delete breakpoints n：删除序号为n的断点
• disable breakpoints：禁用断点
• enable breakpoints：启用断点
• info(或i) breakpoints：参看当前设置了哪些断点
• display 变量名：跟踪查看一个变量，每次停下来都显示它的值
• undisplay：取消对先前设置的那些变量的跟踪
• until X行号：跳至X行
• breaktrace(或bt)：查看各级函数调用及参数
• info（i) locals：查看当前栈帧局部变量的值
• quit：退出gdb

例一：

例二：