git常用命令

git pull –help查看git命令详解

git checkout develop切换分支
git pull
git branch -D develop 删除develop分支
git checkout l_develop 切换到l_develop分支
git rebase develop
git branch l_develop develop 基于develop建立l_develop分支
git checkout develop 切换分支到develop
git branch -a 查看分支
git pull -u origin develop拉数据g
git push -u origin develop推数据
git remove -v 查看远程库

pull
git checkout develop 切换到develop分支
git pull 拉数据(存到develop分支中)
git checkout l_develop 切换到l_develop分支
git rebase develop 把develop分支中的数据复制到l_develop中
push
git checkout develop 切换到develop分支
git pull 拉数据(存到develop分支中)
git checkout l_develop 切换到l_develop分支
git rebase develop 把develop分支中的数据复制到l_develop中
git add . 把数据放入缓存
git status 查看状态(红的是没添加进的,绿的是已成功添加的)
git commit -s -m “” (生成log文件)
git checkout develop
git merge l_develop 把l_develop上的数据合并到develop上
git push -u origin develop 推送数据(第一次git push -u origin develop
第二次直接git push)

创建版本库:
git clone 克隆远程版本库
git init 初始化本地版本库
修改和提交:
git status 查看状态
git diff 查看变更内容
git add . 跟踪所有改动过的文件
git add 跟踪指定的文件
git my 文件改名
git rm 删除文件
git rm –cached 停止跟踪文件但不删除
git commit -s -m “commit massage” 提交所有更新过的文件
git commit – amend 修改最后一次提交
查看提交历史:
git log 查看提交历史
git log –p 查看指定文件的提交历史
撤销:
git reset – hard HEAD 撤销工作目录中所有未提交文件的修改内容
git checkout HEAD 撤销指定的未提交文件的修改内容
git revert 撤销指定的提交

提交代码前如果有人先提交过需要先pull一下把最新的代码整合下来然后再push
git checkout develop
git pull
git checkout l_develop
git rebase develop
git status
git add .
git commit -s -m “”
commit之后要切换到develop上
git checkout develop
git merge l_develop
git push

本地代码修改后,若有未提交的代码,此时需要stash或commit之后再rebase,然后把代码释放pop

全部评论

相关推荐

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

创作者周榜

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