1. Toy模板网首页
  2. > Toy博客

【Git原理与使用】-- 基本操作

7月前 作者：川入 分类：Toy博客 阅读(28) 违法举报

这篇具有很好参考价值的文章主要介绍了【Git原理与使用】-- 基本操作。希望对大家有所帮助。如果存在错误或未考虑完全的地方，请大家不吝赐教，您也可以点击"举报违法"按钮提交疑问。

目录

添加文件

查看objects中的文件

小结

修改文件

版本回退

回退的回退

小结

撤销修改

情况一：对于工作区的代码，还没有 add

情况二：已经 add ，但没有 commit

情况三：已经 add ，并且也 commit 了

小结 

删除文件

#：首先引入一个未进行任何操作的 ./git 内部情况

[qcr@ecs-205826 project]$ tree .git
.git
├── branches
├── config
├── description
├── HEAD
├── hooks
│?? ├── applypatch-msg.sample
│?? ├── commit-msg.sample
│?? ├── post-update.sample
│?? ├── pre-applypatch.sample
│?? ├── pre-commit.sample
│?? ├── prepare-commit-msg.sample
│?? ├── pre-push.sample
│?? ├── pre-rebase.sample
│?? └── update.sample
├── info
│?? └── exclude
├── objects
│?? ├── info
│?? └── pack
└── refs
    ├── heads
    └── tags

9 directories, 13 files

【Git原理与使用】-- 基本操作

        我们可以找到对应的：objects、HEAD，但是没有对应的index，master。

添加文件

        在包含 .git 的目录下新建⼀个 Test.txt  文件，我们可以使用  git add 命令可以将文件添加到暂存区：
  • 添加一 个或多个文件 到暂存区： git add [file1] [file2] ...
  • 添加 指定目录 到暂存区，包括子目录： git add [dir ]
  • 添加当前目录下的 所有文件 改动到暂存区： git add .
再使用  git commit 命令将暂存区内容添加到本地仓库中：
  • 提交暂存区全部内容到本地仓库中：git commit -m "message"
  • 提交暂存区的指定文件到仓库区：git commit [file1] [file2] ... -m "message"
Note： git commit 后面的 -m 选项，描述本次提交的 message（由用户自己完成），这部分内容绝对不能省略，并且要好好描述，是用来记录我们的提交细节。

【Git原理与使用】-- 基本操作

        可以看见 Git 的提示：一个文件改变，是新增了一行的内容。

补充：

 $ git log

        打印出来所有时间从近到远的提交记录。

[qcr@ecs-205826 project]$ git log
commit e797df72c0669a2b81339ff4854328126d2e6c8e
Author: qcr <2390139574@qq.com>
Date:   Wed Jun 14 19:29:48 2023 +0800

    一行你好，用于学习git

        "e797df72c0669a2b81339ff4854328126d2e6c8e"：commit ID，每一次提交都会有一个 commit ID，其是经过哈希计算出来的非常大的一个数字（用十六进制表示）。

        如果觉得这个内容眼花缭乱的，可以给这个命令加一个选项参数。

[qcr@ecs-205826 project]$ git log --pretty=oneline
e797df72c0669a2b81339ff4854328126d2e6c8e 一行你好，用于学习git

        现在再让我们看一看 ./git 

[qcr@ecs-205826 project]$ tree .git
.git
├── branches
├── COMMIT_EDITMSG
├── config
├── description
├── HEAD
├── hooks
│   ├── applypatch-msg.sample
│   ├── commit-msg.sample
│   ├── post-update.sample
│   ├── pre-applypatch.sample
│   ├── pre-commit.sample
│   ├── prepare-commit-msg.sample
│   ├── pre-push.sample
│   ├── pre-rebase.sample
│   └── update.sample
├── index
├── info
│   └── exclude
├── logs
│   ├── HEAD
│   └── refs
│       └── heads
│           └── master
├── objects
│   ├── 38
│   │   └── 1feea9040943c8fa00ac3312d93ed7d97c42ff
│   ├── e6
│   │   └── 076a05b53658ebd812398523da7f38fc552aa1
│   ├── e7
│   │   └── 97df72c0669a2b81339ff4854328126d2e6c8e
│   ├── info
│   └── pack
└── refs
    ├── heads
    │   └── master
    └── tags

15 directories, 21 files

        可以发现其与之前没进行任何操作的 ./git 多了很多很多的东西。而之前未出现的 index 出现了，就是由于 git add 而出现的暂存区，而 add 的内容就是添加到这个里面的。这个时候再来看 HEAD ，其就是一个指针，指向了 master 。

[qcr@ecs-205826 project]$ cat .git/HEAD
ref: refs/heads/master

        通过查看我们可以发现，其确实就是指向 master 的，并且该段路径就是在 ./git 可以找到的。

【Git原理与使用】-- 基本操作

        然后我们打印 HEAD 内指向的 master 内容可以发现。

[qcr@ecs-205826 project]$ cat .git/refs/heads/master 
e797df72c0669a2b81339ff4854328126d2e6c8e

        这个 master 里面存放的其实就是最新的一次提交的 commit ID 。而之前又有所提到，master 里面放的都是一些索引，这些索引执指向的又其实是对象库中的对象。接下来再将我们的视角放在 objects 中多的东西上。

【Git原理与使用】-- 基本操作

        可以看到里面更新了一堆的对象，其实它们就是一些文件。

查看objects中的文件

        首先我们要将 commit ID 分为两个部分。

【Git原理与使用】-- 基本操作

        下述其实还有一项 parent  ，后面跟的是commit ID 意为上一次的提交。

[qcr@ecs-205826 project]$ git cat-file -p e797df72c0669a2b81339ff4854328126d2e6c8e
tree 381feea9040943c8fa00ac3312d93ed7d97c42ff
author qcr <2390139574@qq.com> 1686742188 +0800
committer qcr <2390139574@qq.com> 1686742188 +0800

一行你好，用于学习git

        -p：pertty更漂亮的打印出来。

        其中的 tree 我们可以打印其后面的 commit ID 。

[qcr@ecs-205826 project]$ git cat-file -p 381feea9040943c8fa00ac3312d93ed7d97c42ff
100644 blob e6076a05b53658ebd812398523da7f38fc552aa1	test.txt

        可以发现此处出现了我们前面的 test.txt 文件，并且其对应着一个 commit ID ，也就是对应一个索引，我们可以使用 cat-file 进行查看。

[qcr@ecs-205826 project]$ git cat-file -p e6076a05b53658ebd812398523da7f38fc552aa1
你好

        可以发现正是我们在 test.txt 文件中新增的一行内容，这就是我们对于test.txt文件的一次修改，被 Git 记录下来了，所以我们每一次提交的修改都会被 Git 记录下来，就是通过对象记录下来的修改。对于objects一句话：修改的工作区内容会被写入到对象库的一个新的git对象中。

小结

        git仓库 中有一个 index（暂存区），用于放add后的一些新增内容的。HEAD是一个指针，指向的是 .git/refs/heads/master ，master 里面存放的是我们最新的一次提交的 commit ID，其又是一个索引，对应着的是一个 git 对象，该对象被维护在对象库中。对应的对象也有其 commit ID 进行查看，可以发现里面就有存放我们所修改的所有内容。

Note：

        明确一个观念：Git 追踪管理的其实是修改，而不是文件

        并且这是可以在对象库中体现出来，对象库中的一个对象，里面存储的是修改的工作区中的内容。

修改文件

[qcr@ecs-205826 project]$ cat test.txt 
你好
hello

        此时，在工作区中已经对 test.txt 进行了更改，而 Git 中为我们提供了一个命令用于查看当前仓库的一个状态。

[qcr@ecs-205826 project]$ git status
# On branch master
# Changes not staged for commit:
#   (use "git add <file>..." to update what will be committed)
#   (use "git checkout -- <file>..." to discard changes in working directory)
#
#	modified:   test.txt
#
no changes added to commit (use "git add" and/or "git commit -a")

        用于查看我们上一次提交之后到现在是否对文件进行过修改，可以根据上述发现：Changes not staged for commit（没有将要被提交的暂存区内容），也就是说暂存区中目前是干净的没有内容。

【Git原理与使用】-- 基本操作

        修改的是在工作区中修改的，修改的文件就是 test.txt 。git status只能查哪个文件修改了，具体修改的是哪一些内容是不知道的。Git 还提供了一个命令，用于显示目前暂存区和工作区之间的差异的。

[qcr@ecs-205826 project]$ git diff test.txt
diff --git a/test.txt b/test.txt
index e6076a0..0891bd4 100644
--- a/test.txt
+++ b/test.txt
@@ -1 +1,2 @@
 你好
+hello

【Git原理与使用】-- 基本操作

          git diff [file] 命令用来显示暂存区和工作区文件的差异，显示的格式正是Unix通用的diff格
式。也可以使用  git diff HEAD -- [file] 命令来查看版本库和工作区文件的区别。 
[qcr@ecs-205826 project]$ git diff HEAD test.txt
diff --git a/test.txt b/test.txt
index e6076a0..0891bd4 100644
--- a/test.txt
+++ b/test.txt
@@ -1 +1,2 @@
 你好
+hello

        此时如果我们将 test.txt 文件进行上传，再进行 diff 命令操作可以发现。暂存区和工作区文件的没有了差异，于是什么都不会说明，而版本库和工作区文件的之间还是有差异的。

[qcr@ecs-205826 project]$ git add test.txt
[qcr@ecs-205826 project]$ git diff test.txt
[qcr@ecs-205826 project]$ git diff HEAD test.txt
diff --git a/test.txt b/test.txt
index e6076a0..0891bd4 100644
--- a/test.txt
+++ b/test.txt
@@ -1 +1,2 @@
 你好
+hello

        使用 status 命令操作，其提示我们需要将修改提交至本地仓库。

[qcr@ecs-205826 project]$ git status
# On branch master
# Changes to be committed:
#   (use "git reset HEAD <file>..." to unstage)
#
#	modified:   test.txt
#

【Git原理与使用】-- 基本操作

        提示了一个在暂存区中修改的文件：test.txt。

[qcr@ecs-205826 project]$ git commit -m "新增一行"
[master a8760f6] 新增一行
 1 file changed, 1 insertion(+)
[qcr@ecs-205826 project]$ git diff test.txt
[qcr@ecs-205826 project]$ git diff HEAD test.txt

        工作区、暂存区、版本库全部一致，所以没任何提示。

[qcr@ecs-205826 project]$ git status
# On branch master
nothing to commit, working directory clean

        这一次我们已经提交成功，所以给我们打印的一个状态就是没有什么可以提交了，工作区是干净的。

版本回退

        之前我们也提到过，Git 能够管理文件的历史版本，这也是版本控制器重要的能力。如果有⼀天你发现之前前的工作做的出现了很大的问题，需要在某个特定的历史版本重新开始，这个时候，就需要版本回退的功能了。

        执行 git reset 命令用于回退版本，可以指定退回某⼀次提交的版本。要解释⼀下 "回退" 本质是要将版本库中的内容进行回退，工作区或暂存区是否回退由命令参数决定：

$ git reset [--soft | --mixed | --hard] [HEAD]
选项功能
选项 具体功能
--soft 参数对于工作区和暂存区的内容都不变，只是将版本库回退到某个指定版本
--mixed 为默认选项，使用时可以不用带该参数。该参数将暂存区的内容退回为指定提交版本内容，工作区文件保持不变。
--hard 将暂存区与工作区都退回到指定版本。切记工作区有未提交的代码时不要用这个命令，因为⼯作区会回滚，你没有提交的代码就再也找不回了，所以使用该参数前⼀定要慎重。

Note：关于 --hard 选项一定需要注意（慎用！！！），如果当前正在工作区中进行开发，一旦回退是会把正在开发的数据全部干掉，并且是不管如何操作都是找不回对应的开发数据的。

  • HEAD 说明：
    • 可直接写成 commit ID，表示指定退回的版本
    • HEAD：表示当前版本
    • HEAD^：上⼀个版本
    • HEAD^^：上上⼀个版本
    • 以此类推...
  • 可以使用 ~ 数字表示：
    • HEAD~0：表示当前版本
    • HEAD~1：上⼀个版本
    • HEAD^2：上上⼀个版本
    • 以此类推...

        现在之前的基础上再提交几个文件（用于实现效果的体现），下述 test1、test2、test3 是用一句 add 和一句 commit 提交的。

[qcr@ecs-205826 project]$ ls
test1  test2  test3  test.txt
[qcr@ecs-205826 project]$ git log --pretty=oneline
1bba34a04f231d8ad49f3ce5079879144cf6f4db 临时空文件
8f2b55aca176fb578cf39952f776c3da9aa50009 新增一行
e797df72c0669a2b81339ff4854328126d2e6c8e 一行你好，用于学习git

        现在我们尝试利用--hard 选项，回退到对应的提交。

[qcr@ecs-205826 project]$ git reset --hard e797df72c0669a2b81339ff4854328126d2e6c8e
HEAD is now at e797df7 一行你好，用于学习git

        通过上述可以知晓回退成功了，接下来看看当前目录的文件。

[qcr@ecs-205826 project]$ ls
test.txt

        然而发现，该目录下只剩了一个 test.txt 文件，而 test1、test2、test3 不存在了。原因就是，我们使用的--hard 选项，将工作区也回退了，而 test1、test2、test3 的提交是在回退的提交之后的，所以一旦回退到某一次提交，那么这次提交之后的所有提交都会被回退。

        此时再打印 test.txt 中的内容可以发现。

[qcr@ecs-205826 project]$ cat test.txt 
你好

        回退成功，再打印 log 。

[qcr@ecs-205826 project]$ git log --pretty=oneline
e797df72c0669a2b81339ff4854328126d2e6c8e 一行你好，用于学习git

        发现我们回退的位子成为第一个了。

回退的回退

        对应我们上一次查的log中，就会有被回退的提交（第一次回退的时候查找的log）。

[qcr@ecs-205826 project]$ git reset --hard 1bba34a04f231d8ad49f3ce5079879144cf6f4db
HEAD is now at 1bba34a 临时空文件
[qcr@ecs-205826 project]$ ls
test1  test2  test3  test.txt
[qcr@ecs-205826 project]$ git log --pretty=oneline
1bba34a04f231d8ad49f3ce5079879144cf6f4db 临时空文件
8f2b55aca176fb578cf39952f776c3da9aa50009 新增一行
e797df72c0669a2b81339ff4854328126d2e6c8e 一行你好，用于学习git

        可以发现全部回来了。而在这里有后悔药可以吃，是因为当前终端下并没有将之前的提交清除掉。

#：如果手残的在想回退的回退时已将上一次log的信息，因为 clear 而消失，是也可以查到之前的 log 信息的，使用 reflog 命令。

[qcr@ecs-205826 project]$ git log --pretty=oneline
e797df72c0669a2b81339ff4854328126d2e6c8e 一行你好，用于学习git
[qcr@ecs-205826 project]$ git reflog
e797df7 HEAD@{0}: reset: moving to e797df72c0669a2b81339ff4854328126d2e6c8e
1bba34a HEAD@{1}: reset: moving to 1bba34a04f231d8ad49f3ce5079879144cf6f4db
e797df7 HEAD@{2}: reset: moving to e797df72c0669a2b81339ff4854328126d2e6c8e
1bba34a HEAD@{3}: commit: 临时空文件
8f2b55a HEAD@{4}: commit: 新增一行
e797df7 HEAD@{5}: reset: moving to e797df72c0669a2b81339ff4854328126d2e6c8e
a8760f6 HEAD@{6}: commit: 新增一行
e797df7 HEAD@{7}: commit (initial): 一行你好，用于学习git

        reflog 命令是用于记录本地的每一次的提交命令。

【Git原理与使用】-- 基本操作

         其就是对应提交的 commit ID，这么短是因为其就是 commit ID 的一部分，也是可以使用的。

[qcr@ecs-205826 project]$ git log --pretty=oneline
e797df72c0669a2b81339ff4854328126d2e6c8e 一行你好，用于学习git
[qcr@ecs-205826 project]$ git reset --hard 1bba34a
HEAD is now at 1bba34a 临时空文件
[qcr@ecs-205826 project]$ git log --pretty=oneline
1bba34a04f231d8ad49f3ce5079879144cf6f4db 临时空文件
8f2b55aca176fb578cf39952f776c3da9aa50009 新增一行
e797df72c0669a2b81339ff4854328126d2e6c8e 一行你好，用于学习git

        这样的前提下，是因为我们能够找到 commit ID 才能吃后悔药，而在开发的过程中是会有很多的 Git 操作，是迟早会将我们的 commit ID 冲掉的。而一旦找不到 commit ID 就没有后悔药可以吃了。

小结

        值得说的是，Git 的版本回退速度非常快，因为 Git 在内部有个指向当前分支（此处是master）的 HEAD 指针， refs/heads/master 文件里保存当前 master 分⽀的最新 commit ID 。当我们在回退版本的时候，Git 仅仅是给 refs/heads/master 中存储⼀个特定的 version，可以简单理解成如下示意图：

【Git原理与使用】-- 基本操作

        所以版本回退其实就是将 master 中的 commit ID 进行改变，也就是将指向进行改变，于是版本的回退是十分的简单的、快速的。

撤销修改

        如果我们在我们的工作区写了很长时间代码，越写越写不下去，觉得自己写的实在是垃圾，想恢复到上⼀个版本。

情况一：对于工作区的代码，还没有 add

        这个时候由于我们并没有进行 add 的操作，所以文件只存在于工作区中，在暂存区和版本库中是没有的，这个时候撤销的内容是工作区。

[qcr@ecs-205826 project]$ cat test.txt 
你好
hello
不喜欢这行想撤销

        这个时候选择使用编辑文件，然后直接删除这一行，这个方法肯定是没有任何的问题的。但是如果写了很多了，这个时候一行一行的去删除很不现实，并且很容易就忘记了，并且不能保证手动删除的准确性！

         Git 其实还为我们提供了更好的方式，我们可以使用 git checkout -- [file] 命令让工作区的文件回到最近⼀次 add 或 commit 时的状态。 要注意 git checkout -- [file] 命令中的 -- 很重要，切记不要省略，⼀旦省略，该命令就变为其他意思了！

[qcr@ecs-205826 project]$ git checkout -- test.txt 
[qcr@ecs-205826 project]$ cat test.txt 
你好
hello

情况二：已经 add ，但没有 commit

        这个时候由于我们进行了 add 的操作，但是没有进行 commit 操作，所以文件只存在于工作区与暂存区中，在版本库中是没有的，这个时候撤销的内容是工作区、暂存区。

[qcr@ecs-205826 project]$ cat test.txt 
你好
hello
不喜欢这行想撤销
[qcr@ecs-205826 project]$ git add test.txt 
[qcr@ecs-205826 project]$ git status
# On branch master
# Changes to be committed:
#   (use "git reset HEAD <file>..." to unstage)
#
#	modified:   test.txt
#
        让我们来回忆⼀下学过的 git reset 回退命令，该命令如果使用  --mixed 参数，可以将暂存区的内容退回为指定的版本内容，但工作区文件保持不变，那我们就可以回退下暂存区的内容了！ （git reset 回退命令还可以用于回退到当前版本）
        同理 --hard 选项也可以，并且还比  git reset 回退命令少一次操作，此处用 git reset 回退命令。 
[qcr@ecs-205826 project]$ git reset HEAD test.txt 
Unstaged changes after reset:
M	test.txt
[qcr@ecs-205826 project]$ git status
# On branch master
# Changes not staged for commit:
#   (use "git add <file>..." to update what will be committed)
#   (use "git checkout -- <file>..." to discard changes in working directory)
#
#	modified:   test.txt
#
no changes added to commit (use "git add" and/or "git commit -a")

        这个时候我们就将暂存区中回退了，然后就是与情况一，一样的情况。 

[qcr@ecs-205826 project]$ git checkout -- test.txt 
[qcr@ecs-205826 project]$ cat test.txt 
你好
hello

情况三：已经 add ，并且也 commit 了

        这个时候由于我们进行了 add 和commit 的操作，所以文件存在于工作区、暂存区、版本库中，这个时候撤销的内容是工作区、暂存区、版本库。

[qcr@ecs-205826 project]$ cat test.txt 
你好
hello
不喜欢这行想撤销
[qcr@ecs-205826 project]$ git add test.txt 
[qcr@ecs-205826 project]$ git commit -m "用于测试修改"
[master a2fd08f] 用于测试修改
 1 file changed, 1 insertion(+)

        不要担心，我们可以 git reset --hard HEAD^ 回退到上⼀个版本！不过，这是有条件的：就是你还没有把自己的本地版本库推送到远程仓库（commit之后对应push操作，后续再讲解）。撤销的目的就是：不影响远程仓库的代码。因为我们不知道远程仓库中对应的代码是怎么样的，所以我们想要撤退的操作的前提是远程仓库中确定没有这一份代码，才能真正意义上称作为撤销。

[qcr@ecs-205826 project]$ git reset --hard HEAD^
HEAD is now at 1bba34a 临时空文件
[qcr@ecs-205826 project]$ git status
# On branch master
nothing to commit, working directory clean
[qcr@ecs-205826 project]$ cat test.txt 
你好
hello

小结 

工作区 暂存区 版本库 解决方式
新文件 旧文件 旧文件

1、手动撤销 - 不推荐，易出错

2、git checkout -- [filename]
新文件 新文件 旧文件

git reset --mixed（变为上述情况）

git reset --hard HEAD
新文件 新文件 新文件

前提条件：commit之后没有进行push

git reset --hard HEAD^

删除文件

        在 Git 中，删除也是⼀个修改操作，我们实战⼀下，如果要删除 test.txt 文件，怎么搞?

[qcr@ecs-205826 project]$ ls
test1  test2  test3  test.txt
[qcr@ecs-205826 project]$ rm test3
[qcr@ecs-205826 project]$ ls
test1  test2  test.txt

        但这样直接删除是没有用的，反而徒增烦恼，其只是将我们对应的工作区中的内容进行删除，但是对于本地仓库是并没有删除的， git status 命令会立刻告诉你哪些文件被删除了:

[qcr@ecs-205826 project]$ git status
# On branch master
# Changes not staged for commit:
#   (use "git add/rm <file>..." to update what will be committed)
#   (use "git checkout -- <file>..." to discard changes in working directory)
#
#	deleted:    test3
#
no changes added to commit (use "git add" and/or "git commit -a")
        此时，工作区和版本库就不一致了，要删文件，目前除了要删工作区的文件，还要清除版本库的文件。
⼀般走到这里，有两种可能：
  • 确实要从版本库中删除该文件
  • 不小心删错了

        对第⼆种情况，很明显误删，需要使用 git 来进行恢复，很简单，我们刚学过：

[qcr@ecs-205826 project]$ git checkout -- test3
[qcr@ecs-205826 project]$ ls
test1  test2  test3  test.txt
        对于第⼀种情况，很明显是没有删完，我们只删除了工作区的文件。 最正确的方法是，使用  git rm 将文件从暂存区和工作区中删除，并且 commit ： 
[qcr@ecs-205826 project]$ git rm test3
rm 'test3'
[qcr@ecs-205826 project]$ git status
# On branch master
# Changes to be committed:
#   (use "git reset HEAD <file>..." to unstage)
#
#	deleted:    test3
#

        可以看出对比前面，其即删除了工作区里的文件，也删除了暂存区中的文件，然后就只需要我们进行 commit 就可以了。文章来源地址https://www.toymoban.com/news/detail-501639.html

[qcr@ecs-205826 project]$ git commit -m "删除test3"
[master dccd2a4] 删除test3
 1 file changed, 0 insertions(+), 0 deletions(-)
 delete mode 100644 test3

到了这里，关于【Git原理与使用】-- 基本操作的文章就介绍完了。如果您还想了解更多内容，请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章，希望大家以后多多支持TOY模板网！

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处： 如若内容造成侵权/违法违规/事实不符，请点击违法举报进行投诉反馈，一经查实，立即删除！

分享到：
领支付宝红包 赞助服务器费用

相关文章

  • Git 基本原理和常用操作

    Git 基本原理和常用操作

    Git 是一个开源的分布式版本控制系统，可以有效、高速地处理从很小到非常大的项目版本管理。由 Linus Torvalds 为了帮助管理 Linux 内核开发而开发的一个开源的版本控制软件。 git 提交流程：工作区 - git add 到暂存区 - git commit 到本地版本库 - git push 到远程库 远程库 ：局域网

    2024年02月10日
    浏览(26)

  • HDFS的基本操作（创建目录或文件、查看目录或文件、上传和拷贝文件到HDFS上、追加数据到HDFS上、从HDFS上下载文件到Linux本地、合并HDFS文件）

    主要涉及HDFS shell操作命令，包括创建目录或文件、查看目录或文件、上传和拷贝文件到HDFS上、追加数据到HDFS上、从HDFS上下载文件到Linux本地、合并HDFS上多个文件并下载、删除HDFS上的文件、查看各种命令的用法等。

    2024年02月08日
    浏览(30)

  • Git基本操作之 修改提交信息 取消暂存文件 撤销文件修改

    git 文件分为         本地文件【即你当前在git  bash终端ls 看到的文件】         暂存文件【即你使用了git  add 之后存储在index file 的文件，此文件是下一步commit的暂存】         仓库文件【即执行了git commit之后的文件】 1.修改提交信息 ，这里指的是修改 git  commit的时

    2023年04月08日
    浏览(37)
  • git的基本使用操作

    git的基本使用操作

    目录 一.简单介绍 1.1git平时开发的流程图 1.2Git的功能特性： 二.利用开发工具上传代码 2.1下载安装Git工具 2.2创建git仓库拉取项目 2.3推送项目   1.添加到缓存区 2.Commit Directory添加到本地仓库 注意:  3.push到远程(公共)仓库  4.push失败的解决办法：  三.使用命令提交代码 1.实际

    2024年02月07日
    浏览(31)
  • Git使用教程之本地仓库的基本操作

    Git使用教程之本地仓库的基本操作

    一个分布式版本控制系统，和SVN类似，但远比SVN强大的一个版本控制系统 ①Git可以方便的在本地进行版本管理，如同你本地有一个版本管理服务器一样 我们可以选择在合适的时间将本地版本推送到统一的版本管理服务器 ②Git每次会提取整个代码仓库的完整镜像，相当于对整

    2024年02月08日
    浏览(39)
  • git的基本使用方法，操作详解（如何拉取代码，上传代码）

    git的基本使用方法，操作详解（如何拉取代码，上传代码）

    在写代码的时候可能有这样的需求： 保存源代码的不同版本，当软件出现bug时能回溯到之前的状态，比较版本之间的差别，从而找出bug源头。 多人分工协作的时候，会修改到相同的文件，如果有一个工具能够帮助我们完成修改的合并，就能节省不少时间，版本控制系统应运

    2024年02月02日
    浏览(39)
  • 最新PyCharm基本使用(1)------文件(File)设置、管理操作

    最新PyCharm基本使用(1)------文件(File)设置、管理操作

    目录 一、PyCharm界面布局 二、PyCharm的界面颜色、字体、汉化、indexes、python interpreter设置、创建项目(或文件、模版)、打开、导出等文件操作        这里介绍的内容主要是基于python的PyCharm的基本使用。文中没有特别说明，一般是默认针对python的PyCharm的功能解释，在python项目

    2023年04月25日
    浏览(24)
  • 2-Linux 目录介绍及基本指令和操作命令

    2-Linux 目录介绍及基本指令和操作命令

    一、目录介绍 /：表示的是根的意思 /bin：（binary）存放的是一些二进制文件，但是在Linux中二进制文件是可以被执行的。这个目录中的命令文件是给普通用户使用（非超级管理员用户）。 /etc：Linux下所有的配置文件都会存放到etc目录。 /home：是所有非root用户家目录的一个集

    2024年02月08日
    浏览(31)
  • Linux文件操作基础及基本I/O函数使用

    Linux文件操作基础及基本I/O函数使用

    Linux是一个基于文件系统的操作系统，文件操作是其中一项最基本的任务之一。通过文件操作，用户可以创建、移动、复制、读取和修改文件及目录等。 1.ls：列出目录中的文件和子目录。 ls -a：显示所有包括隐藏文件。 ls -l：使用长格式输出文件详细信息。 ls -h：显示文件大

    2024年02月01日
    浏览(27)
  • gitlab 基本操作给项目添加成员

    gitlab 基本操作给项目添加成员

    入职新公司，如果给你较高权限让你自己给自己分配项目的权限 查看全部项目 点击扳手，点击Admin Area，点击Project 授权 在搜索栏搜索自己想授权的项目 找到后点击你想授权的项目，再点击项目的setting设置完成授权 或者直接点进项目并点击成员，搜索你的账号并选择，然后

    2024年02月04日
    浏览(37)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包，优惠每天领

二维码1

领取红包

二维码2

领红包