目录
一、yum
1、软件包
2、rzsz
3、注意事项
4、查看软件包
5、安装软件
6、卸载软件
二、git操作
1、克隆+三板斧
2、第一次使用会出现以下情况:
未配置用户名和邮箱:
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、克隆+三板斧
- git clone + 你的git仓库链接 #克隆远程仓库到本地
- git add + 你的文件 # 添加我们的代码到本地仓库
- git commit -m + “这里必须写提交日志” # 提交代码带仓库中
- git push #提交我们的代码到远端仓库
- 可能第一次使用,需要你配置用户名和邮箱。
- 有时候无法提交,会出现提交冲突:无脑git pull。
- .gitignore # 不想提交某些后缀的文件同步到远端的git仓库,就可以添加到.gitignore。
- 最好使用 git rm 进行删除操作,而不是直接使用
rm
。使用git rm
会告诉 Git 你想要删除这些文件或目录,并且会将这个操作记录在 Git 的历史中,这样可以更好地跟踪项目的变化。而直接使用rm
删除文件或目录,Git 无法感知到这个操作,需要额外的步骤来告诉 Git 这些变化。
2、第一次使用会出现以下情况:
未配置用户名和邮箱:
[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
例一:
例二: