随笔 - 4  文章 - 0 评论 - 0 阅读 - 128
< 2025年3月 >
23 24 25 26 27 28 1
2 3 4 5 6 7 8
9 10 11 12 13 14 15
16 17 18 19 20 21 22
23 24 25 26 27 28 29
30 31 1 2 3 4 5

初始化仓库

git init

关联远程

git remote add origin git@github.com:lenve/test.git

推送到远程仓库

将本地master分支上的内容推送到远程master分支上

简写 :git push -u origin master

完整:git push -set-upstream origin master

-u参数可以在推送的同时,将origin 仓库的master 分支设置为本地仓库当前分支的upstream(上游)。添加了这个参数,将来运行git pull命令从远程仓库获取内容时,本地仓库的这个分支就可以直接从origin 的master 分支获取内容,省去了另外添加参数的麻烦。这个参数也只用在第一次push时加上,以后直接运行git push命令即可。

必须将 远程仓库的master分支 设置为 本地仓库的master分支 的上游(upstream)
才可以直接进行 git push 

从远程仓库获取

有两种情况

  1. 如果是通过 git clone 拉取的项目
    则本地存在远程仓库的全部分支

克隆仓库

git clone git@github.com:lenve/test.git

在本地创建dev分支并且切换到dev分支,同时将远程 origin/dev分支设为 本地dev上游
git checkout -b dev origin/dev

分为两步可以写成:

  1. 在本地创建dev分支并且切换到dev分支
    git checkout -b dev
  • 1.1 git branch dev
  • 1.2 git checkout dev
  1. 推送本地dev到远程并且将远程dev设为上游
    git push -u origin dev

2.如果是通过 git init 初始化本地仓库并关联远程
则本地是不存在远程仓库的任何分支

2.1 git checkout -b dev 创建本地dev并且切换
2.2 git pull origin dev 拉取远程dev到当前分支
2.3 git push - origin dev 推送本地dev并且将远程dev设置为上游

分支操作

先说一个场景:我和lrz是开发组的同事,两个人都基于dev创建自己的分支进行开发,由组长通过审核后统一合并到dev

我基于dev创建一个dev_hrj,作为单人开发分支,我修改内容会将其推送远程的dev_hrj

lrz基于dev创建一个dev_lrz,作为单人开发分支,lrz修改内容会将其推送远程的dev_lrz

总的来说,先在github或其他代码托管平台创建一个空的项目,在到本地使用 git clone克隆远程项目下来,这种方式可以将远程项目的所有分支都克隆下来,

比起 git init 的方式会更方便

posted on   Max_RJ  阅读(43)  评论(0编辑  收藏  举报
相关博文:
阅读排行:
· 震惊!C++程序真的从main开始吗?99%的程序员都答错了
· 【硬核科普】Trae如何「偷看」你的代码?零基础破解AI编程运行原理
· 单元测试从入门到精通
· 上周热点回顾(3.3-3.9)
· winform 绘制太阳,地球,月球 运作规律
点击右上角即可分享
微信分享提示