运行git status
,我们会看到新创建的未被追踪的文件。
git status
On branch main
No commits yet
Untracked files:
(use “git add …” to include in what will be committed)
hello.txt
nothing added to commit but untracked files present (use “git add” to track)
根据提示建议,我们添加文件:
git addd .
如果我们不想要所有文件提添加可以使用
git add hello.txt
如果你现在检查版本库的状态,你会看到文件已经被添加了(又称staged
),但还没有提交。
git status
On branch main
No commits yet
Changes to be committed:
(use “git rm --cached …” to unstage)
new file: hello.txt
为了记录这些变化,我们来提交它。
git commit -m “Add hello.txt”
[main (root-commit) a07ee27] Adds hello.txt
1 file changed, 2 insertions(+)
create mode 100644 hello.txt
git commit -m <MESSAGE>
是一个简短的命令,你可以用git commit
打开编辑器(主要是vim),提供详细的提交描述。
检查提交记录:
git log
Author: qq449245884 44924566884@qq.com
Date: Sat Jul 17 14:57:24 2021 +0800
Add hello.txt
创建分支
在很多情况下,拥有一个独立的初始代码版本是很有用的:例如,在测试你不确定的功能时,或者在一起工作时避免代码冲突。这正是git分支的意义所在:它从历史上的一个特定点开始生长。
要创建分支,运行git branch NAME
,要切换分支,运行git checkout NAME
。或者简单地
git checkout -b dev # 切换到一个名为“dev”的新分支
Switched to a new branch ‘dev’
gitexample git:(dev)
我们在Hello.txt
文件中更改一些内容并提交更改:
echo “\nHello, Git Branch” >> hello.txt &&
git commit -am “Change hello.txt”
现在,切换到主分支:
git checkout main &&
cat hello.txt
Switched to branch ‘main’
Hello, Git
正如你所看到的,文件内容仍然和原来一样。为了比较分支,我们可以运行。
git diff dev
diff --git a/hello.txt b/hello.txt
index 360c923…b7aec52 100644
— a/hello.txt
+++ b/hello.txt
@@ -1,3 +1 @@
Hello, Git
-
-Hello, Git Branch
(END)
type “:q” to close
我们在主分支中进行更改:
echo “\nHi from Main Branch” >> hello.txt &&
git commit -am “Change hello.txt from main”
[main 9b60c4b] Change hello.txt from main
1 file changed, 2 insertions(+)
现在让我们试着把这些变化合并起来。
git merge dev
Auto-merging hello.txt
CONFLICT (content): Merge conflict in hello.txt
Automatic merge failed; fix conflicts and then commit the result.
因为文件在同一个地方被修改了两次,我们就产生了冲突。看看这个文件
cat hello.txt
<<<<<<< HEAD
Hello, Git
Hi from Main Branch
=======
Hello, Git
dev
还有一个命令可以单独查看更改:
git diff --ours # :q to close
git diff --theirs #:q to close
你可以手动编辑文件并提交修改,但我们设想一下,我们只想要其中一个版本。我们就从中止合并开始。
git merge --abort
并以 "theirs"策略重新启动合并,这意味着在发生冲突时,我们将使用传入的分支所坚持的东西。
git merge -X theirs dev
Auto-merging hello.txt
Merge made by the ‘recursive’ strategy.
hello.txt | 5 ±—
1 file changed, 1 insertion(+), 4 deletions(-)
与此策略相反的是 “ours”。将这两个改动合并在一起,需要手动编辑(或使用git mergetool
)。
查看所有分支运行的列表
git branch # type :q to close
dev
* main
最后,删除分支运行:
git branch -d dev
Deleted branch dev (was 6259828).
重置分支
分支从 git 历史中的某一点开始 “生长(grow)”,rebase
允许改变这个点。我们再创建一个分支,并在hello.txt
上添加一些改动。
git checkout -b story &&
echo “Once upon a time there was a file”>>story.txt &&
git add story.txt &&
git commit -m “Add story.txt”
Switched to a new branch ‘story’
[story eb996b8] Add story.txt
1 file changed, 1 insertion(+)
create mode 100644 story.txt
小编13年上海交大毕业,曾经在小公司待过,也去过华为、OPPO等大厂,18年进入阿里一直到现在。
深知大多数初中级前端工程师,想要提升技能,往往是自己摸索成长或者是报班学习,但自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!
因此收集整理了一份《2024年Web前端开发全套学习资料》送给大家,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友,同时减轻大家的负担。
由于文件比较大,这里只是将部分目录截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频
如果你觉得这些内容对你有帮助,可以添加下面V无偿领取!(备注:前端)
总结
前端资料汇总
开源分享:【大厂前端面试题解析+核心总结学习笔记+真实项目实战+最新讲解视频】
-
框架原理真的深入某一部分具体的代码和实现方式时,要多注意到细节,不要只能写出一个框架。
-
算法方面很薄弱的,最好多刷一刷,不然影响你的工资和成功率😯
-
在投递简历之前,最好通过各种渠道找到公司内部的人,先提前了解业务,也可以帮助后期优秀 offer 的决策。
-
要勇于说不,对于某些 offer 待遇不满意、业务不喜欢,应该相信自己,不要因为当下没有更好的 offer 而投降,一份工作短则一年长则 N 年,为了幸福生活要慎重选择!!!
喜欢这篇文章文章的小伙伴们点赞+转发支持,你们的支持是我最大的动力!
**
开源分享:【大厂前端面试题解析+核心总结学习笔记+真实项目实战+最新讲解视频】
-
框架原理真的深入某一部分具体的代码和实现方式时,要多注意到细节,不要只能写出一个框架。
-
算法方面很薄弱的,最好多刷一刷,不然影响你的工资和成功率😯
-
在投递简历之前,最好通过各种渠道找到公司内部的人,先提前了解业务,也可以帮助后期优秀 offer 的决策。
-
要勇于说不,对于某些 offer 待遇不满意、业务不喜欢,应该相信自己,不要因为当下没有更好的 offer 而投降,一份工作短则一年长则 N 年,为了幸福生活要慎重选择!!!
喜欢这篇文章文章的小伙伴们点赞+转发支持,你们的支持是我最大的动力!