实习第一步,git的使用

真正开发项目中是多个人开发一个项目的,需要进行代码的管理,可以使用 版本控制工具 git。

进入 ld 给你代码让你拉到本地看代码,给新的需求让你新拉一个分支,在新的分支上面写,写完之后在 pull request 请求合并。

master ||dev 分支是最完善的代码分支,其他分支是用来开发的。这个分支可能会绑定一些自动化部署的比如 jekins 等,实现代码的 CI\CD 流程。

自己新建一个分支,写完代码 push 上去后,经过 mt 查看你的代码,发现没有什么问题之后再进行mt 进行 merge 代码。

整个的业务流程

拉去主分支代码

首先 dev 分支上面是最新的代码,每次都要从 dev 分支上面去拷贝新的代码下来。 先

**********:ace/wm-app.git

将远程的分支都拉去了下来。

alt

查看本地分支的状态

git status  // 查看本地分支的信息

alt

查看远程分支

git remote -v  //查看远程分支的信息

查看远程的仓库信息

git branch -rv   

git branch -rv 是用来显示本地和远程仓库的分支信息的命令。具体来说:

  • **git branch**:列出本地所有的分支。
  • **-r**:表示列出远程的分支。
  • **-v**:显示每个分支的最新提交信息。

alt

本地分支切换

切换到对应的远程分支  git checkout dev  

alt

切换并创建分支

在远程创建自己的分支  git checkout -b  zxtest

创建自己的分支,并将远程的内容复制到当前的分支中去。 alt

git checkout xxxgit checkout -b xxx 都是用来切换分支的命令,但它们之间有一个关键的区别:

1. git checkout xxx

  • 作用:切换到已经存在的分支 xxx
  • 前提条件:分支 xxx 必须已经存在于本地仓库中。
  • 示例
git checkout feature-branch

这条命令会让 Git 切换到本地已有的 feature-branch 分支。

2. git checkout -b xxx

  • 作用:创建并切换到一个新分支 xxx,这个分支会基于当前所在的分支。
  • 前提条件xxx 这个分支在本地不存在,Git 会在当前分支的基础上创建新分支并切换过去。
  • 示例
git checkout -b new-feature

这条命令会创建一个名为 new-feature 的新分支,并基于当前所在的分支(比如 master)切换过去。

总结:

  • git checkout xxx 是切换到已有的分支。
  • git checkout -b xxx 是创建一个新的分支并切换到它。

提交代码

经过 git add .  和 git commit -m "xxxx"  将代码推送到缓冲区中去

将代码推送到远程的服务器上面去

git push origin   xxx 新建的分支名称

在进行 merge request 请求合并代码。

注意,代码需要修改完整之后再进去提交。;

每次提交之前先进行 git diff 操作,看一下文件都有哪些变化。

#git仓库#
牛牛的面试专栏 文章被收录于专栏

牛牛的面试专栏,希望自己在25年可以拿到一份大厂的SP Offer 你的点赞和收藏都是我持续更新的动力

全部评论
每次最烦的就是解冲突
1 回复 分享
发布于 2025-04-01 14:53 江苏
用工具不行吗?回答我
点赞 回复 分享
发布于 2025-05-01 00:00 江苏
m
点赞 回复 分享
发布于 2025-04-30 23:42 河南
m
点赞 回复 分享
发布于 2025-04-29 19:52 北京
m
点赞 回复 分享
发布于 2025-04-23 15:52 山东
m
点赞 回复 分享
发布于 2025-04-23 15:52 山东
m
点赞 回复 分享
发布于 2025-04-23 13:11 广东
用gitee可以么
点赞 回复 分享
发布于 2025-04-11 16:10 吉林
m
点赞 回复 分享
发布于 2025-04-07 14:45 广东
m
点赞 回复 分享
发布于 2025-04-07 01:31 河北
m
点赞 回复 分享
发布于 2025-04-05 19:33 福建
m
点赞 回复 分享
发布于 2025-04-04 15:46 福建
mark git
点赞 回复 分享
发布于 2025-04-03 12:07 广东
m
点赞 回复 分享
发布于 2025-04-03 11:57 陕西
m
点赞 回复 分享
发布于 2025-04-03 11:25 美国
M GIT
点赞 回复 分享
发布于 2025-04-02 14:05 重庆
mark
点赞 回复 分享
发布于 2025-04-02 09:35 湖南
m
点赞 回复 分享
发布于 2025-04-01 17:22 北京
Mark
点赞 回复 分享
发布于 2025-04-01 16:59 陕西
m
点赞 回复 分享
发布于 2025-04-01 15:34 辽宁

相关推荐

LastWh1spe...:ssob真有些人和那个没睡醒一样
点赞 评论 收藏
分享
bg双非本科,方向是嵌入式。这次秋招一共拿到了 8 个 offer,最高年包 40w,中间也有一段在海康的实习经历,还有几次国家级竞赛。写这篇不是想证明什么,只是想把自己走过的这条路,尽量讲清楚一点,给同样背景的人一个参考。一、我一开始也很迷茫刚决定走嵌入式的时候,其实并没有一个特别清晰的规划。网上的信息很零散,有人说一定要懂底层,有人说项目更重要,也有人建议直接转方向。很多时候都是在怀疑:1.自己这种背景到底有没有机会2.现在学的东西到底有没有用3.是不是已经开始晚了这些问题,我当时一个都没答案。二、现在回头看,我主要做对了这几件事第一,方向尽早确定,但不把自己锁死。我比较早就确定了嵌入式这个大方向,但具体做哪一块,是在项目、竞赛和实习中慢慢调整的,而不是一开始就给自己下结论。第二,用项目和竞赛去“证明能力”,而不是堆技术名词。我不会刻意追求学得多全面,而是确保自己参与的每个项目,都能讲清楚:我负责了什么、遇到了什么问题、最后是怎么解决的。第三,尽早接触真实的工程环境。在海康实习的那段时间,对我触动挺大的。我开始意识到,企业更看重的是代码结构、逻辑清晰度,以及你能不能把事情说清楚,而不只是会不会某个知识点。第四,把秋招当成一个需要长期迭代的过程。简历不是一次写完的,面试表现也不是一次就到位的。我会在每次面试后复盘哪些问题没答好,再针对性补。三、我踩过的一些坑现在看也挺典型的:1.一开始在底层细节上纠结太久,投入产出比不高2.做过项目,但前期不会总结,导致面试表达吃亏3.早期有点害怕面试,准备不充分就去投这些弯路走过之后,才慢慢找到节奏。四、给和我背景相似的人一点建议如果你也是双非,准备走嵌入式,我觉得有几件事挺重要的:1.不用等“准备得差不多了”再投2.项目一定要能讲清楚,而不是做完就算3.不要只盯着技术,多关注表达和逻辑很多时候,差的不是能力,而是呈现方式。五、写在最后这篇总结不是标准答案,只是我个人的一次复盘。后面我会陆续把自己在嵌入式学习、竞赛、实习和秋招中的一些真实经验拆开来讲,希望能对后来的人有点帮助。如果你正好也在这条路上,希望你能少走一点弯路。
x_y_z1:蹲个后续
点赞 评论 收藏
分享
评论
59
345
分享

创作者周榜

更多
牛客网
牛客网在线编程
牛客网题解
牛客企业服务