git切换分支

远程仓库中分支存在 方法一：(已经创建了本地分支) git branch --set-upstream-to=origin/remote_branch your_branch //等同于 git branch -u origin/remote_branch your_branch 方法二：（本地分支不存在，本地名称与远程名称不同） git branch new_branch origin/remote_branch // 或者 git fetch origin remote_branch:new_branch // 上面👆这两种方法都不会切换当前分支； // 如果想要创建分支的同时，切换到新分支 git checkout -b new_branch origin/remote_branch 方法三：（如果本地有远程分支 origin/name, 想拉取一个本地分支） // git默认将创建一个同名本地分支，并将本地分支和远程仓库关联 git checkout remote_branch 远程分支不存在 // 如果远程仓库不存在new_remote_branch，将创建一个该分支，并关联local_branch git push origin local_branch:new_remote_branch 来源： CSDN 作者： sirria1 链接： https://blog

目录 一、git管理过程的四个阶段 ​1、工作目录 2、暂存区（index） 3、本地仓库 4、远程仓库 二、git常用命令 1、创建版本库 2、修改和提交 3、查看提交历史 4、撤消 5、分支与标签 6、合并与衍合 7、远程操作 三、git冲突及解决办法 1、git冲突的原因 2、git冲突的解决办法 四、git flow工作流 五、linux搭建git服务器 1.安装git 2.创建一个git用户 3.创建证书登录： 4.创建仓库 5.禁用shell登录 6.服务器打开RSA认证 7.客户端测试 一、git管理过程的四个阶段 ​1、工作目录 工作目录的内容就是当前正在编辑的项目文件。 2、暂存区（index） index区标记了当前工作目录中，哪些内容是被git管理的，既通过"add" 命令添加的文件。 3、本地仓库 而本地仓库保存了对象被提交 过的各个版本，比起工作目录和暂存区的内容，它要更旧一些。 4、远程仓库 远程仓库是本地仓库的异地备份，远程仓库的内容可能被分布在多个地点的处于协作关系的本地仓库 修改，因此它可能与本地仓库同步，也可能不同步，但是它的内容是最旧的。 任何对象都是在工作目录中诞生和被修改，任何修改都是从进入index区才开始被版本控制，只有把修改提交到本地仓库，该修改才能在仓库中留下痕迹，而要与协作者分享本地的修改，可以把它们push到远程仓库来共享。

git status：查看当前状态 git add .：添加到暂存区 git commit -m “add files”：把暂存区中的代码提交到本地仓库中 git branch：查看当前分支（login） git checkout master：从login分支切换到master分支 git branch：查看当前分支（master） git merge login：把login分支中的代码合并到master分支中 git push：把本地分支推送到云端码云中 git checkout login：切换到login分支 git push -u origin login：第一次推送到云端的login分支中 来源： CSDN 作者： saracg 链接： https://blog.csdn.net/saracg/article/details/104628613

GIT简介 什么是GIT git是一个开源的分布式版本控制系统，用于高效的管理各种大小项目和文件。 代码管理工具的用途 防止代码丢失，做备份 项目的版本管理和控制，可以通过设置节点进行跳转 建立各自的开发环境分支，互不影响，方便合并 在多终端开发时，方便代码的相互传输 git的特点 git是开源的，多在*nix下使用，可以管理各种文件 git是分布式的项目管理工具(svn是集中式的) git数据管理更多样化，分享速度快，数据安全 git 拥有更好的分支支持，方便多人协调 git的安装 sudo apt-get install git GIT的使用 基本概念 工作区：项目所在操作目录，实际操作项目的区域 暂存区: 用于记录工作区的工作（修改）内容 仓库区: 用于备份工作区的内容 远程仓库: 远程主机上的GIT仓库 注意： 在本地仓库中，git总是希望工作区的内容与仓库区保持一致，而且只有仓库区的内容才能 和其他远程仓库交互。 初始配置 配置命令： git config 配置所有用户: git config --system [选项] 配置文件：/etc/gitconfig 配置当前用户: git config --global [选项] 配置文件：~/.gitconfig 配置当前项目: git config [选项] 配置文件：project/.git/config 配置用户名

目录 第一章：创建合并分支 第二章：TortoiseGit实现分支管理 2.1-创建分支 2.2-合并分支 第三章：解决冲突 第四章：在IntelliJ IDEA中使用git 4.1-在Idea中配置git 4.2-将工程添加至git 4.3-从远程仓库克隆 4.4-从服务端拉取代码 git分支管理 在IntelliJ IDEA中使用git 第一章：创建合并分支 在我们每次的提交，Git都把它们串成一条时间线，这条时间线就是一个分支。截止到目前，只有一条时间线，在Git里，这个分支叫主分支，即master分支。HEAD指针严格来说不是指向提交，而是指向master，master才是指向提交的，所以，HEAD指向的就是当前分支。 一开始的时候，master分支是一条线，Git用master指向最新的提交，再用HEAD指向master，就能确定当前分支，以及当前分支的提交点： 每次提交，master分支都会向前移动一步，这样，随着你不断提交，master分支的线也越来越长。 当我们创建新的分支，例如dev时，Git新建了一个指针叫dev，指向master相同的提交，再把HEAD指向dev，就表示当前分支在dev上： 你看，Git创建一个分支很快，因为除了增加一个dev指针，改改HEAD的指向，工作区的文件都没有任何变化！ 不过，从现在开始，对工作区的修改和提交就是针对dev分支了

git分支管理 在IntelliJ IDEA中使用git 第一章：创建合并分支 在我们每次的提交，Git都把它们串成一条时间线，这条时间线就是一个分支。截止到目前，只有一条时间线，在Git里，这个分支叫主分支，即master分支。HEAD指针严格来说不是指向提交，而是指向master，master才是指向提交的，所以，HEAD指向的就是当前分支。 一开始的时候，master分支是一条线，Git用master指向最新的提交，再用HEAD指向master，就能确定当前分支，以及当前分支的提交点： 每次提交，master分支都会向前移动一步，这样，随着你不断提交，master分支的线也越来越长。 当我们创建新的分支，例如dev时，Git新建了一个指针叫dev，指向master相同的提交，再把HEAD指向dev，就表示当前分支在dev上： 你看，Git创建一个分支很快，因为除了增加一个dev指针，改改HEAD的指向，工作区的文件都没有任何变化！ 不过，从现在开始，对工作区的修改和提交就是针对dev分支了，比如新提交一次后，dev指针往前移动一步，而master指针不变： 假如我们在dev上的工作完成了，就可以把dev合并到master上。Git怎么合并呢？最简单的方法，就是直接把master指向dev的当前提交，就完成了合并： 所以Git合并分支也很快！就改改指针，工作区内容也不变！

文章目录 1.前言 2.暂存修改 3.做其它任务 1.前言 想想有天在开开心心地改进代码, 突然接到老板的一个电话说要改之前的一个程序. 怎么办? 虽然还需要很久时间才能改进完自己的代码, 可我有强迫症, 又不想把要改的程序和自己改进代码的部分一起 commit 了. 这时 stash 就是我的救星了. 用 stash 能先将我的那改进的部分放在一边分隔开来. 再另外单独处理老板的任务. 2.暂存修改 假设我们现在在 dev 分支上快乐地改代码: $ git checkout dev 在 dev 中的 1.py 中加上一行 # feel happy, 然后老板的电话来了, 可是我还没有改进完这些代码. 所以我就用 stash 将这些改变暂时放一边. $ git status -s # 输出 M 1.py ------------------ $ git stash # 输出 Saved working directory and index state WIP on dev: 1d3b96c change 3 in dev ------------------- $ git status # 输出 On branch dev nothing to commit, working directory clean # 干净得很 3.做其它任务 然后我们建立另一个 branch

前言 之前零零散散记录了一些git命令，很多是遇到问题才去查找的，总感觉不踏实。在这里梳理一下，可能不是最全的，但一定是工作中最常用的命令。 1.add 功能 命令 提交新文件(new)和被修改(modified)文件，不包括被删除(deleted)文件 git add 提交被修改(modified)和被删除(deleted)文件，不包括新文件(new) git add -u 提交所有文件 git add -A 2.commit 功能 命令 普通提交 git commit -m “message” 普通提交(支持message换行) git commit -m ’ 单引号,message可换行 ’ 追加提交 git commit -a 3.push 功能 命令 提交代码 git push origin master 删除远程分支 git push origin --delete my_branch 4.pull 功能 命令 更新所有分支 git pull 更新指定分支 git pull origin master 5.checkout 功能 命令 新建分支同时切换到该分支 git checkout -b branchName 切到指定分支 git checkout master 切到指定commit git checkout <commit_id> 撤销当前修改 git

实验目的： 1）了解分布式分布式版本控制系统的核心机理； 2) 熟练掌握git的基本指令和分支管理指令； 实验内容： 实验目的： 1）了解分布式分布式版本控制系统的核心机理； 2) 熟练掌握git的基本指令和分支管理指令； 实验内容： 1）安装git 2）初始配置git ，git init git status指令 3）掌握git log ,git add ,git diff 指令 4) 掌握git tag git branch，git commit 指令 实验记录： 1.# 设置你的 Git 用户名 git config --global user.name "<Your-Full-Name>" # 设置你的 Git 邮箱 git config --global user.email "<your-email-address>" # 确保 Git 输出内容带有颜色标记 git config --global color.ui auto # 对比显示原始状态 git config --global merge.conflictstyle diff3 2.创建项目目录 2.1.创建一个目录，叫做 se2020-git-course，在该目录中，创建另一个目录，叫做 new-git-project，使用 cd 命令移到 new-git-project 目录下,用git

写在前面 因平时工作环境是svn，想使一下git，于是在网站服务器上搭建一个git作为平时代码的存储。 以下内容转自： https://www.cnblogs.com/fly_dragon/p/8718614.html 亲测有效。 关于gitolite权限管理也可参考 git+gitolite如何实现权限控制 或 git服务器搭建及gitolite权限管理 。 声明：本教程，仅作为配置的记录，细节不展开，需要您有一点linux的命令基础，仅作为配置参考。 1. 系统环境 系统： Linux： CentOS 7.2 64位 由于CentOS已经内置了 OpenSSH ,如果您的系统没有，请自行安装。 查看ssh版本 $ ssh -V # 输出以下表示没问题，可以继续。 版本可能不一致，能用即可。 OpenSSH_6.6.1p1, OpenSSL 1.0.1e-fips 11 Feb 2013 避免系统环境和其他的不一致，请核对您系统的版本，其他发行版请对应修改。 2. 安装git 建议以下操作都切换到root # 请确保您切换到了root账户 $ su root $ yum install -y git # 验证是否安装成功 $ git --version # 输出如下内容表示成功： git version x.x.x.x 3. 添加git的管理的账户和设置密码