Git初心者的Git

Git是什么?

Git是一个版本控制系统的概念。
在Git中,对于服务器上的远程仓库(类似于一棵树形的文件夹),通过进行变更(分支)来使远程仓库(一棵树)更加丰富(更改)。
GitHub是一个可以与许多人一起进行分支操作的平台。

请注意:

在这里,自己的工作场所,也就是本地仓库被称为「本地」!另外,一个仓库被称为「远程」,就像一棵树一样!请注意!

Git 的工作流程

我将解释具体的执行流程。

1. 当本地环境准备好之后,我们会将远程文件夹带到我们的工作空间(本地)。

在Git上的问题(issue)中,我想要将变更内容与所需修改的部分远程提交。

3. 在本地创建一个分支,并切换到所创建的分支。

在该分支上进行更改,添加并提交,并进行推送。

回到Git,进行最终确认并允许进行更改。

为了在本地文件夹中添加修改内容,进行合并。

Git命令

以下的部分出现了[ ],但实际输入时不需输入[ ]。

开始

$git init

这是一个类似于对Git的宣言,它可以为我们搭建起一个可以使用Git的环境。

远程的

$git remote add origin [SSH]

通过输入与远程 [SSH] 共同操作可以创建自己的工作区(本地),在执行 init 后。换种说法是,从众多的树木中(在互联网上有许多其他人创建的远程),设置一个希望共同操作的远程(一棵树)的命令。注意:根据是使用 clone 还是 remote 进行环境配置,后续的步骤会有所不同!

克隆

$git clone [SSH]

只需在远程输入SSH即可获取远程(一棵树)。

– 分支

$git branch [branchname]

用中文对以下内容进行释义,只需要提供一种选择:
[branchname] 写法可类似于 issue#1。在此分支上进行更改操作。
以 [branchname] 为例,包括想要添加的功能名称等。
例如:想要添加按钮功能 → [add_button_function]
请开发成员统一命名规则。

$git branch 

用这个命令可以查看本地分支的状态。

结账

$git checkout [branchname]

现在,通过指定的分支,可以在这个位置上进行移动。
注意:不要深入思考下面写的内容,如果不明白就忽略。

$git checkout [リモートの移動したいbranchname]

当远程分支进行checkout操作时,可以将该分支复制(拉取)到本地。

$git checkout .

用这个方法,可以清空当前分支的所有更改内容。

注意:在切换到创建的分支之前,请先离开主分支。

– 状态

$git status

通过输入这个命令可以知道修改了哪个文件。
此外,还可以确认当前正在或未在使用 $git add 命令添加哪个文件。
请注意,只能确认文件,而不能确认修改的内容!
(注意)请务必在执行 $git add 命令之前进行确认!

– 差异

$git diff

通过执行这个操作,你可以看到之前所做的修改内容。
(注意)在执行 $git add 之前,一定要进行确认!

– 添加

$git add [filename]

用这个来指定想要发送到远程的文件。
在这种情况下,还不能发送到远程!
在执行这个命令之前,一定要先执行 status 和 diff,确认没有错误!

$git add .

用这个命令将当前分支上所做的所有更改都添加进去。

– 承诺

$git commit -m "[変更点]"

在执行了 $ git add 后,通过执行此操作可以准备将修改内容发送到远程。
将[变更点]设置为任何人都能理解的明确加入的内容!

推动

$git push origin master

首先,”origin” 是一个常见的远程名称。
在介绍用于设置连接到远程环境(即一棵树)的命令时,提到了 `$git remote add origin [SSH]` 中的 “origin”!
通过这个命令,可以将修改过的文件发送出去。

合并

$git merge

在合并之前,一定要执行 $git checkout master!不要在创建的分支上执行此操作。
通过执行此操作,可以将他人的更改从origin(远程)拉取并进行合并。

$git pull origin master

通过这样做,您可以从远程获取更新的文件,并更新您的本地工作环境。origin指的是远程代码库的名称。

$git pull origin [branchname]

实际上,可以这样理解。这意味着在执行此命令时,将正在使用的分支与在origin(远程)上指定的[分支名]合并到当前正在使用的分支中。如果太难就算了。[添加:2019/6/13]

总结

    • addをする前には必ず、status と diffをして最終確認をする。

 

    • 小まめに merge することで conflict(衝突)を回避しよう!!

 

    • conflict(衝突)とは他の人と自分の変更点に矛盾が生じたときに起こる問題のこと。

 

    他にも多くのコマンドとアプローチの方法があるため調べてみる!!

回顾

写完这篇文章已经过去了一年。回想起来,觉得自己写得有些乱七八糟!但是当初开始学习Git的时候,一边学习一边想着这人在说什么啊。如果懂的人来阅读,可能会有一些地方让人感到困惑。

(我自己也是久违地读了一遍之后才这样笑)

不过这篇文章是我当时一脸茫然困惑的时候写的,对于也在苦苦挣扎的人来说,也许这样的解释还算容易理解。

所以,并没有打算改变写法和解释的方式。

虽然说着这样的话,但是还是加了一些解释…

如果这篇文章能对某人的理解有所帮助,那就很开心了。

广告
将在 10 秒后关闭
bannerAds