2022-04-02 14:12 长沙理工大学 Java

关注

常见Git命令汇总

前言

最近，有朋友私信让我就git 使用做篇文章分享，分享一下我在日常工作中是如何使用git的。我当场就收费两包辣条，最后讨价还价，朋友用1.5包辣条骗到了这篇文章，等他欣喜的走了我打算直接分享出来，气死这个吝啬鬼，当然最终还是希望本文对你有所帮助。

基础概念

首先我们简单的概述一下git，git有三个分区，分别是：

工作区（Working Directory）：开发者直接编辑的地方，只要文件发生了更改，在这就会显示出来，包含追踪与未追踪文件。通过git add将工作区文件添加到暂存区。
暂存区（Stage | Index）：数据暂时存放的区域，通过git commit将暂存区文件添加到本地版本库。
本地版本库（Local Commit History）：存放所有已经提交的数据，通过git push推送到远程仓库。

基础命令

git status

查看工作区状态，如果跟踪的文件有做任何修改，都可以通过该命令来发现。如：这里通过git status就发现在develop分支上，README.md文件发生了更改。

jere@JereMBP GitTest (develop) $ git status
On branch develop
Changes not staged for commit:
  (use "git add <file>..." to update what will be committed)
  (use "git restore <file>..." to discard changes in working directory)
	modified:   README.md

no changes added to commit (use "git add" and/or "git commit -a")

git diff

查看具体修改内容，比如在上一步中，我们通过git status发现README.md文件发现了更改，这时我们可以通过git diff <file>来查看具体的修改内容：

jere@JereMBP GitTest (develop) $ git diff README.md
diff --git a/README.md b/README.md
index 7eb4917..3d6d2a4 100644
--- a/README.md
+++ b/README.md
@@ -1,2 +1,5 @@
 # GitTest
 For git command practice
+
+do something on develop branch
+
jere@JereMBP GitTest (develop) $

另外，你也可以直接使用git diff，这样就会显示所有文件的所有修改内容。

git checkout

切换分支，比如我在feature-1分支上切换到develop分支上：

jere@JereMBP GitTest (feature-1) $ git checkout develop 
Switched to branch 'develop'
jere@JereMBP GitTest (develop) $

在当前分支节点上新建一个分支并且切换过去，比如我在 main 分支上创建一个develop新分支并且切换过去：

jere@JereMBP GitTest (main) $ git checkout -b develop
Switched to a new branch 'develop'
jere@JereMBP GitTest (develop) $ git branch
* develop
  main

放弃工作区所作的修改，类似git restore <file>...，比如：我现在想放弃README.md中的修改

jere@JereMBP GitTest (develop) $ git status
On branch develop
Changes not staged for commit:
  (use "git add <file>..." to update what will be committed)
  (use "git restore <file>..." to discard changes in working directory)
	modified:   README.md
	modified:   dev-file.txt

no changes added to commit (use "git add" and/or "git commit -a")
jere@JereMBP GitTest (develop) $ git checkout README.md
Updated 1 path from the index
jere@JereMBP GitTest (develop) $ git status
On branch develop
Changes not staged for commit:
  (use "git add <file>..." to update what will be committed)
  (use "git restore <file>..." to discard changes in working directory)
	modified:   dev-file.txt

no changes added to commit (use "git add" and/or "git commit -a")
jere@JereMBP GitTest (develop) $

另外，如果你想放弃所有工作区中的修改，可以使用git checkout .来放弃所有修改。

git branch

查看本地分支情况：

jere@JereMBP GitTest (main) $ git branch
* main

查看远程仓库分支情况：

jere@JereMBP GitTest (develop) $ git branch --remote
  origin/HEAD -> origin/main
  origin/main

在当前节点上创建一个新分支，比如我在 develop 上创建一个feature-1新分支：

jere@JereMBP GitTest (develop) $ git branch feature-1
jere@JereMBP GitTest (develop) $ git branch
* develop
  feature-1
  main

另外，关于创建分支还有一些常用的操作可以了解一下，比如：

# 基于某个分支上开出新分支
$ git branch <new-branch> <base-branch>
# 基于某个提交开出新分支
$ git branch <new-branch> commit_hash
# 基于某个tag开出有新分支
$ git branch <new-branch> v1.1

删除分支

删除本地分支：git branch -d <branch-name>。
删除远程分支：git push -d origin <branch-name>。

git add

将工作区所作的修改添加到暂存区，如将README.md文件添加到暂存区：

jere@JereMBP GitTest (develop) $ git status
On branch develop
Changes not staged for commit:
  (use "git add <file>..." to update what will be committed)
  (use "git restore <file>..." to discard changes in working directory)
	modified:   README.md

no changes added to commit (use "git add" and/or "git commit -a")
jere@JereMBP GitTest (develop) $ git add README.md
jere@JereMBP GitTest (develop) $ git status
On branch develop
Changes to be committed:
  (use "git restore --staged <file>..." to unstage)
	modified:   README.md

jere@JereMBP GitTest (develop) $

另外，你也可以通过git add .命令，这会将工作区所有的修改内容都添加到暂存区。

git commit

将暂存区中的内容保存到本地工作区，如上一步我们已经将README.md文件添加到了暂存区，接下来就将它保存到本地工作区：

jere@JereMBP GitTest (develop) $ git commit -m "更改README文件"
[develop b18e4f1] 更改README文件
 1 file changed, 3 insertions(+)
jere@JereMBP GitTest (develop) $ git status
On branch develop
nothing to commit, working tree clean
jere@JereMBP GitTest (develop) $

另外，你也可以通过git commit -am来进行快速操作，其实它就是git add . & git commit -m的结合体。

git push

将本地文件推送到远程仓库中，如：将上一步已经保存到本地的README.md文件推送到远程仓库：

jere@JereMBP GitTest (develop) $ git push origin develop 
Enumerating objects: 5, done.
Counting objects: 100% (5/5), done.
Delta compression using up to 12 threads
Compressing objects: 100% (3/3), done.
Writing objects: 100% (3/3), 371 bytes | 371.00 KiB/s, done.
Total 3 (delta 0), reused 0 (delta 0)
To https://github.com/JereChen11/GitTest.git
   1f7fb80..b18e4f1  develop -> develop
jere@JereMBP GitTest (develop) $

git fetch

查看远程仓库有没有更新，有更新就下载下来，如果没有更新就没有任何反应，如：这里通过git fetch发现远程仓库中main分支有了新提交，所以将其下载了下来。

jere@JereMBP GitTest (develop) $ git fetch 
remote: Enumerating objects: 5, done.
remote: Counting objects: 100% (5/5), done.
remote: Compressing objects: 100% (2/2), done.
remote: Total 3 (delta 0), reused 0 (delta 0), pack-reused 0
Unpacking objects: 100% (3/3), done.
From https://github.com/JereChen11/GitTest
   30f049e..d6ff31d  main       -> origin/main
jere@JereMBP GitTest (develop) $ git fetch 
jere@JereMBP GitTest (develop) $

git merge

合并分支，如：在上一步中，我们通过git fetch发现远程 mian 分支有了新提交，所以当前本地main分支是落后的，所以这时候我们就应该将远程 mian 分支合并到我们的本地main分支，来实现两端同步。

jere@JereMBP GitTest (develop) $ git checkout main
Switched to branch 'main'
Your branch is behind 'origin/main' by 1 commit, and can be fast-forwarded.
  (use "git pull" to update your local branch)
jere@JereMBP GitTest (main) $ git merge origin/main 
Updating 30f049e..d6ff31d
Fast-forward
 README.md | 2 ++
 1 file changed, 2 insertions(+)
jere@JereMBP GitTest (main) $

git pull

拉取远程仓库，如果远程仓库有更新，则会将更新下载下来并合并到当前分支上，相当于git fetch 与git merge的结合体。如：跟上一步同样，这次我们使用git pull来拉取远程 mian 分支上的新提交。

jere@JereMBP GitTest (main) $ git pull
remote: Enumerating objects: 5, done.
remote: Counting objects: 100% (5/5), done.
remote: Compressing objects: 100% (3/3), done.
remote: Total 3 (delta 1), reused 0 (delta 0), pack-reused 0
Unpacking objects: 100% (3/3), done.
From https://github.com/JereChen11/GitTest
   55e808c..4a1a531  main       -> origin/main
Updating 55e808c..4a1a531
Fast-forward
 README.md | 2 ++
 1 file changed, 2 insertions(+)

业务场景

除了上面几个基础命令，现在我根据我们平时的业务场景，配合案例再介绍几个指令。

解决冲突

关于冲突，一旦涉及分支合并，且这两个分支有对同一个地方做更改，就会出现冲突。

比如：在上一步中我们将远程mian分支拉取了下来，发现他是对README.md文件做了更改，而我们一开始的时候已经在develop分支上对README.md文件相同位置上做了更改，这时候，如果我们尝试将develop合并到main分支上时，就会出现冲突。

jere@JereMBP GitTest (main) $ git merge develop 
Auto-merging README.md
CONFLICT (content): Merge conflict in README.md
Automatic merge failed; fix conflicts and then commit the result.
jere@JereMBP GitTest (main) $ git status
On branch main
Your branch is up to date with 'origin/main'.

You have unmerged paths.
  (fix conflicts and run "git commit")
  (use "git merge --abort" to abort the merge)

Changes to be committed:
	new file:   dev-file.txt

Unmerged paths:
  (use "git add <file>..." to mark resolution)
	both modified:   README.md

jere@JereMBP GitTest (main) $

正是README.md文件发生了冲突，我们需要打开该文件来查看具体冲突内容。

# GitTest
For git command practice

<<<<<<< HEAD
chagne README file on the main branch //内容1
=======
do something on develop branch //内容2
>>>>>>> develop

冲突的内容会被<<<<<<<与>>>>>>>所包围，中间用=======隔离开，也就如我所注释的分成了内容1与内容2两块。

内容1：是当前所在分支节点的内容，也就是mian。
内容2：要合并进来分支的内容，也就是develop。

选择你要的内容，将<<<<<<<、>>>>>>>、=======这些隔离符删除掉，并保存，然后执行git add、git commit完成合并。

jere@JereMBP GitTest (main) $ vim README.md 
jere@JereMBP GitTest (main) $ git status
On branch main
Your branch is up to date with 'origin/main'.

You have unmerged paths.
  (fix conflicts and run "git commit")
  (use "git merge --abort" to abort the merge)

Changes to be committed:
	new file:   dev-file.txt

Unmerged paths:
  (use "git add <file>..." to mark resolution)
	both modified:   README.md

jere@JereMBP GitTest (main) $ git commit -am "解决README冲突"
[main 8e08c23] 解决README冲突
jere@JereMBP GitTest (main) $

组员间同步开发进度

在实际项目中，我们都是多人配合协同开发，会将一些需求进行拆分，然后大家同时开发，开发完成后，各自将自己的代码合并到develop分支上。在这过程中，如果某个组员已经开发完了并且将代码合并到了develop分支，而你还没开发完，但是这时你想同步这个组员的代码，这时应该怎么做呢？

这里我们就可以使用git rebase来做到。

git rebase操作，称之为变基操作，也就是移动你的分支的根节点。

举个例子：

feature-1 与 feature-2 都是基于 develop 同一节点开出来的分支。
随着开发的进行，feature-1先开发完成，并合并到develop分支。
此时feature-2利用 git rebase origin develop 来同步feature-1的代码。

jere@JereMBP GitTest (feature-2) $ git rebase origin/develop 
First, rewinding head to replay your work on top of it...
Applying: 添加 feature-22.txt 文件
Applying: 修改feature-22.txt
jere@JereMBP GitTest (feature-2) $

这三个状态的节点分支情况如下图所示：

初始状态	feature-1合并到develop	feature-2同步develop代码

整理合并提交

有时候，我们想对自己的提交进行合并操作。

我们可以通过git rebase -i HEAD~x 来合并（这里 i 的意思为interactive交互，HEAD~x代表要合并HEAD到前x个历史提交，如： HEAD~2为历史的前两个提交，HEAD~4就是历史的前四个提交）。

举个例子：我们在feature-3分支上对feature-3.txt进行了两次提交修改，分别是598cc68 修改feature-3.txt与8561ef3 再次修改feature-3.txt，现在我们要将这两个提交进行合并。

执行 git rebase -i HEAD~2。
这是会自动进入vim，显示如下内容：

pick 598cc68 修改feature-3.txt
pick 8561ef3 再次修改feature-3.txt
...省略...

这里我们要合并这两个提交，所以将第二个pick更改为s，如下：

pick 598cc68 修改feature-3.txt
s 8561ef3 再次修改feature-3.txt
...省略...

保存退出，将自动打开另外一个vim文件，用来修改提交文本信息，如下：

# This is a combination of 2 commits.
# This is the 1st commit message:

修改feature-3.txt
# This is the commit message #2:

再次修改feature-3.txt
# Please enter the commit message for your changes. Lines starting
# with '#' will be ignored, and an empty message aborts the commit.
#

这里我们将其修改为最终版本，修改feature-3.txt，保存退出。

jere@JereMBP GitTest (feature-3) $ git rebase -i HEAD~2
[detached HEAD 18296c5] 最终版本，修改feature-3.txt
 Date: Wed Dec 1 10:21:05 2021 +0800
 1 file changed, 2 insertions(+)
Successfully rebased and updated refs/heads/feature-3.
jere@JereMBP GitTest (feature-3) $

此时，你本地分支已经完成了合并，你尝试将其推送到仓库中时，会发现被拒绝。通过提示可知，拒绝理由是our current branch is behind 你当前分支落后远程分支，这时，我们需要 git push origin feature-3 -f，强制推送，完成合并。

jere@JereMBP GitTest (feature-3) $ git push origin feature-3 
To https://github.com/JereChen11/GitTest.git
 ! [rejected]        feature-3 -> feature-3 (non-fast-forward)
error: failed to push some refs to 'https://github.com/JereChen11/GitTest.git'
hint: Updates were rejected because the tip of your current branch is behind
hint: its remote counterpart. Integrate the remote changes (e.g.
hint: 'git pull ...') before pushing again.
hint: See the 'Note about fast-forwards' in 'git push --help' for details.
jere@JereMBP GitTest (feature-3) $ git push origin feature-3 -f
Enumerating objects: 5, done.
Counting objects: 100% (5/5), done.
Delta compression using up to 12 threads
Compressing objects: 100% (2/2), done.
Writing objects: 100% (3/3), 356 bytes | 356.00 KiB/s, done.
Total 3 (delta 0), reused 0 (delta 0)
To https://github.com/JereChen11/GitTest.git
 + 8561ef3...18296c5 feature-3 -> feature-3 (forced update)

这三个状态的节点分支情况如下图所示：

执行 `git rebase -i HEAD~2`	采用`squash`合并提交，并修改文本信息	强制推送到仓库

还记得我们将 pick 改为 s 这一步吗？这里的s指的是squash，意思是将该提交挤压合并到上一个提交。他还有一些其它选项操作可以了解一下：

p, pick <commit> = 使用提交
r, reword <commit> = 使用提交，但是会编辑提交文本信息
e, edit <commit> = 使用提交，在修改完成后，可以通过git commit --amend再次进行修改；修改满意后再使用git rebase --continue
s, squash <commit> = 使用提交，挤压合并到上一个提交
f, fixup <commit> = 类似"squash"，会挤压合并到上一个提交，但是会忽略修改提交文本信息这一步。

整理提交的必要性 如果你的分支上存在这样的情况：提交1：finish login feature，紧接着后面就是提交2：code review for login feature。这样的操作其实很正常，也很合理，你在做好功能后，去做了code review，但其实我们完全可以将这两个提交合并成一个提交，方便自己以及同事查看你的代码。

但注意：你要在你自己的分支进行操作。

撤销提交

这边撤销提交分为撤销本地提交与撤销远程提交。

撤销本地提交

当你提交了代码到本地，但此时，你想撤回这个提交，重新编辑修改一下。这时你可以通过 git reset 来实现。

这个撤销分为是否保留修改。

保留修改：git reset --soft，你之前所作的更改都在，这也称为最安全的撤销。
舍弃修改：git reset --hard，你之前所作的更改都会消失，所以要谨慎使用。

举个例子：当前你处于feature-4分支上，你提了一个本地提交第二次修改，这时你想撤销回来继续修改。

jere@JereMBP GitTest (feature-4) $ git reset --soft HEAD~

如果，我直接不要这个第二次修改本地提交，则：

jere@JereMBP GitTest (feature-4) $ git reset --hard HEAD~
HEAD is now at 16960c7 第一次修改

这三个状态的节点分支情况如下图所示：

初始状态	`git revert --soft`	`git revert --hard`

撤销远程提交(回滚操作)

当你将你的本地提交推送到了远程仓库中，这时，你发现你完全做错了，你想进行回滚操作。

这时你就需要用到git revert操作。

举个例子：我在feature-4分支上提了两个提交且都推送到了仓库，分别是第一次修改与第二次修改，现在我想进行回滚操作，撤销第二次修改这个提交。

jere@JereMBP GitTest (feature-4) $ git revert HEAD
[feature-4 c73e361] Revert "第二次修改"
 1 file changed, 1 deletion(-)

执行命令后，会自动打开一个vim文件来让你修改提交文本信息，默认在开头加上revert 修饰，保存退出，操作结束。

撤销前后这两个状态的节点分支情况如下图所示：

撤销前	撤销后

如图所示，回滚操作后，会多一个revert xxx提交，如果你不想要这个提交，不想让人知道你进行了回滚，你可以使用上面介绍的git rebase -i HEAD~x进行整理合并提交。

另外，你也可以通过git revert <commit_hash>来对指定提交进行回滚，如果遇到冲突就先解决冲突，然后执行git revert --continue继续。

注意：执行回滚操作需要注意环境，如果别人拉了你的代码，这时你再执行回滚操作，那就不好了。

线上出Bug了，紧急修复

讲个故事吧。

经过一段时间的开发，你们的产品终于上线了，版本为V1.0，产品上线后你马上投入到了V1.1版本的需求开发。某天，运营与产品同时过来找你，说刚刚发现线上存在一个很严重的bug，需要紧急修复一下。你马上投入修复工作，经过紧张的排查与测试，最终你修复了这个问题，准备发版。而此时，你才注意到，你是在develop分支上进行的修复工作，而develope分支已经包含了v1.1的部分功能，这时，怎么把这个紧急修复提交给到V1.0呢？

可以通过git cherry-pick做到，翻译为挑选的意思，将某个提交挑选过来。

如：我们现在要将develop分支上的d818f10 紧急修复线上bug这个提交合并到我们main V1.0上。先切换到main分支上，然后将d818f10这个提交挑选过来合并。

jere@JereMBP GitTest (develop) $ git co main 
Switched to branch 'main'
Your branch is up to date with 'origin/main'.
jere@JereMBP GitTest (main) $ git cherry-pick d818f10
[main 55e808c] 紧急修复线上bug
 Date: Wed Dec 1 15:49:48 2021 +0800
 1 file changed, 2 insertions(+)

这三个状态的节点分支情况如下图所示：

初始状态	在`develop`上修复	将这个修复提交挑选到`main`

暂时保存手头工作

某天你正在认真的开发需求中，测试过来找你让你帮忙看一个线上问题。此时，你代码也刚写了一半，不想提交，这时怎么办？

此时我们可以通过git stash来暂存我们代码，然后切换到线上环境分支排查问题，解决后，切换回之前分支执行git stash pop继续开发。

如：我现在正在feature-5分支上开发新需求，此时我需要暂存所有更改，切换到main分支排查问题。排查结束，回到feature-5，将暂存取出，继续开发。

jere@JereMBP GitTest (feature-5) $ git status
On branch feature-5
Changes not staged for commit:
  (use "git add <file>..." to update what will be committed)
  (use "git restore <file>..." to discard changes in working directory)
	modified:   feature-5.txt

no changes added to commit (use "git add" and/or "git commit -a")
jere@JereMBP GitTest (feature-5) $ git stash
Saved working directory and index state WIP on feature-5: 9bd4e1f 添加 feature-5.txt
jere@JereMBP GitTest (feature-5) $ git status
On branch feature-5
nothing to commit, working tree clean
jere@JereMBP GitTest (feature-5) $ git stash pop
On branch feature-5
Changes not staged for commit:
  (use "git add <file>..." to update what will be committed)
  (use "git restore <file>..." to discard changes in working directory)
	modified:   feature-5.txt

no changes added to commit (use "git add" and/or "git commit -a")
Dropped refs/stash@{0} (1ec48d00e8d1bd5c0042d88d1209dbb9051815d4)
jere@JereMBP GitTest (feature-5) $

另外，git stash 还有一些常用操作。

# 保存到stash栈中，并加上自定义message修饰
$ git stash save "message"
# 列出stash栈中所有元素
$ git stash list
# 应用stash栈中的第x个元素，pop是应用的同时且从栈中删除，而apply则是只应用不删除
$ git stash apply stash@{x}
# 删除stash栈中的第x个元素
$ git stash drop stash@{x}

上线发版啦

当我们产品开发完成，发现上线时，我们需要打个标签来标注一下，以便下次更好的找它。

这时我们就可以通过git tag 标签名来打标签。

举个例子：我们的1.0版本上线了，所以打个v1.0。

jere@JereMBP GitTest (feature-5) $ git tag v1.0
jere@JereMBP GitTest (feature-5) $ git tag
v1.0
v1.0.1

另外，关于tag的一些其它操作有：

# 查看所有标签
$ git tag
# 删除指定tag
$ git tag -d 标签名

修改最近提交的文本信息

很多时候，我们提交的时候，可能会输错提交的文本信息，然后想修改一下。

这时，你可以通过git commit --amend来修改最近的提交的文本消息。

当然，你也可以通过刚刚介绍的撤销本地提交做到，这边就不再次展示了。

git config 一些配置

通过git config --list来查看你的git配置信息。

配置别名

每次输入我们都需要输入完整的checkout、commit，很麻烦，我们可以通过设置别名来实现。

$ git config --global alias.co checkout
$ git config --global alias.br branch
$ git config --global alias.ci commit
$ git config --global alias.st status

设置完成后，你在通过git config --list查看配置，就会发现：

alias.co=checkout
alias.br=branch
alias.ci=commit
alias.st=status

之后你就可以通过git co <branch>、git st来切换分支、查看状态了..

配置代理

因为一些特殊网络原因，我们很多时候上github很不稳定，有时候我们推送一些代码会403失败。这时我们就可以通过设置代理来解决。

比如：我们设置一个本地代理。

git config --global http.proxy http://127.0.0.1:1080
git config --global https.proxy https://127.0.0.1:1080
git config --global http.proxy 'socks5://127.0.0.1:1080'
git config --global https.proxy 'socks5://127.0.0.1:1080'

设置完成后，你再通过git config --list查看配置，就会发现：

http.proxy=http://127.0.0.1:1080
https.proxy=https://127.0.0.1:1080

设置代理成功后，某天，你想取消该代理，这时我们可以通过unset来取消代理设置。

git config --global --unset http.proxy
git config --global --unset https.proxy

结尾：

OK，文章到此也就结束啦。

建议对git命令还不太熟练的同学多上手试试，遇到问题不要慌，注意看它给的提示，相信很快就能掌握啦。

其实分享文章的最大目的正是等待着有人指出我的错误，如果你发现哪里有错误，请毫无保留的指出即可，虚心请教。另外，如果你觉得文章不错，对你有所帮助，请给我点个赞，就当鼓励，谢谢～Peace~！

转自：Jere_Chen

全部评论

推荐最新楼层

11-20 15:46

贵州大学 C++

秋招的0面让我焦虑得快要崩溃

之前大家都没有offer，我觉得还算正常，但看到朋友们陆续拿到offer，我的心情就开始急躁了。最近更是焦虑不已，尤其是我临时换了就业方向。原本投前端，虽然有面试，但技术不过关，兴趣也不大，所以决定转向产品。可惜产品岗位对实习经历要求很高，而我只有现在的这份C端实习，心里其实更想去B端产品。

牛客创作赏金赛

点赞评论收藏

11-22 18:25

内蒙古财经大学策略运营

mentor带实习生最烦的是什么？

实习生常见问题及应对建议作为一个过来人，我想和大家分享一下实习生在职场中常见的一些问题，以及如何避免这些问题，让你的实习经历更加顺利。1. 好问但不自学很多实习生喜欢问问题，这本身是好事，但有些人不看资料、不做功课就直接来问。比如，明明资料里有答案，却懒得看，直接跑来问：“太复杂了，你跟我说说吧。” 还有些基础概念，百度一下就能找到，却还是要问别人。更糟糕的是，问了也记不住，下次还问同样的问题。我的建议是，先自己查资料，实在不懂再问。这样不仅能减轻别人的负担，还能让你学到更多。毕竟，大家都有自己的工作，不可能全天候手把手教你。2. 觉得自己被欺负有些实习生觉得被安排整理数据、调研竞品、打印文件...

投递百度等公司10个岗位 >

点赞评论收藏

10-30 21:46

安庆职业技术学院后期制作

0offer，过不下去了

大专生真的这么难找吗，我感觉我这个相比别的也没多差吧。

牛客101244697号：这个衣服和发型不去投偶像练习生？

点赞评论收藏

11-18 09:44

Java

是项目太简单了吗，投了半个月日常实习，啥也没有😭我是需要去再整个微服务项目吗

小白也想要offer：简历别放洋屁，搞不还还放错了，当然你投外企除外，以上纯属个人观点

点赞评论收藏

11-20 19:52

已编辑

湘中幼儿师范高等专科学校 C++

秋招之路：零基础游戏引擎/图形方向求职总结

1.前言 本篇总结主要记录和描述我如何从AI方向切换到游戏引擎/图形方向，以及学习过程和面试过程中的经验。 首先声明（叠甲），总结中的内容不涉及任何一家公司的具体面试内容以及流程安排，只记录个人学习过程和面试经验，以及个人对游戏引擎/图形方向的看法。本人在25届暑期实习中收到两家offer，秋招中共收到六家offer/谈薪，以下经验可能对你求职有一定参考价值。 开始之前首先感谢以下牛客前辈的面经和总结：@IceBear白熊 @KujouAika 2.背景 本科双非电子信息嵌入式方向，硕士某末流211计算机专硕AI方向。研一暑假小论文投递出去后开始准备就业工作，正式开始学图形学的时间点大概是23...

查看21道真题和解析 25届秋招总结牛客创作赏金赛

点赞评论收藏

点赞收藏评论

全站热榜

正在热议

# 选完offer后，你后悔学本专业吗 #

# 如果有时光机，你最想去到哪个年纪？ #

24549次浏览 501人参与

# 当下环境，你会继续卷互联网，还是看其他行业机会 #