不难懂-----git一套流程

001、初始化仓库,创建git仓库

git init

002、配置个人信息

git config --global user.name <名字> --------->:配置用户名

git config --global user.email <邮箱>--------->:配置邮箱

git config --list --------->:查看配置信息

git config --global user.name  --------->:查看用户名

git config --global user.email --------> :查看邮箱

003、将工作区文件添加到缓存区

git add <文件名称>

004、查看文件状态

git status


005、将缓存区的文件添加到版本库

git commit -m "提交注释的说明"  --------->将缓存区的文件添加到版本库中 并加上注释

006、查看提交的版本日志

git log


007、查看文件最新改动的地方

git diff <文件名称> --------->:查看工作区与暂存区文件的比较

git diff --cached ------------>:查看暂存区与版本库文件的比较

git diff master ------------>:查看工作区与版本区文件的比较

-开头的行,是只出现在源文件中的行

+开头的行,是只出现在目标文件中的行

空格开头的行,是源文件和目标文件中都出现的行

差异按照差异小结进行组织,每个差异小结的第一行都是定位语句,由@@开头,@@结尾

008、版本回退

git reset --hard HEAD^ --------->回退到上一个版本

git reset --hard HEAD^^ --------->回退到上上个版本

git reset --hard HEAD~N --------->回退到第N个版本 N是一个整数

git reset --hard 版本号 --------->回退到指定版本

009、查看所有版本号

git reflog

010、删除操作

git rm <文件名称> --------->删除暂存区分支上的文件, 同时工作区也不需要这个文件

git rm -f <文件名称> --------->强制删除文件

git rm --cached <文件名称> --------->删除暂存区分支上的文件, 但本地又需要使用, 只是不希望这个文件被版本控制

011、git推送

git push -u origin master --------->将文件上传到github上

git remote --------->查看远程仓库名称 默认 origin

git remote -v --------->查看当前的远程仓库名称和对应的地址


012、克隆

git clone <仓库地址>

013、创建分支

git branch --------->:查看本地分支列表

git branch <分支名称> --------->:新建分支

git checkout -b <分支名称> --------->:新建并切换分支

git checkout <分支名称> --------->:切换分支

014、分支提交

git push origin <分支名称>

015、获取秘钥,并查看秘钥

ssh-keygen -t rsa -C <邮件名称> ------->获取秘钥

cat ~/.ssh/id_rsa.pub ------->查看秘钥

016、更新本地仓库

git fetch --all --------->:更新git remote 中所有的远程仓库所包含分支的最新commit-id 

git pull --------->:将本地库更新至远程库的最新状态

017、合并文件

git merge <分支名称>

原文地址:https://www.cnblogs.com/yebai/p/11326437.html

时间: 2024-10-09 12:49:25

不难懂-----git一套流程的相关文章

不难懂------git开发过程中流程

001.创建仓库 002.新建项目 003.初始化仓库  这一步不需要做 git init : 文件夹中会多出一个隐藏的.git文件 004.克隆项目 git clone <项目地址> 005.编写代码并提交到github上面 1.git add index.html 2.git commit -m "主分支提交" 3.git push 006.在github上面查看文件的变动 007.多人协作开发(接下来用张三.李四.CTO三人来演示工作中的流程) 1.张三克隆文件:gi

基于 Jenkins+Docker+Git 的CI流程初探

在如今的互联网时代,随着软件开发复杂度的不断提高,软件开发和发布管理也越来越重要.目前已经形成一套标准的流程,最重要的组成部分就是持续集成(Continuous Integration,CI)及持续部署.交付(CD).在此,我们来以一个案例初步了解 CI 流程.那么什么是 CI 呢?简单来讲,CI 就是将传统的代码合并.构建.部署.测试都集成在一起,不断地执行这个过程,并对结果进行反馈. CI 流程设计图: 工作流程: 1. 开发人员提交代码到Git版本仓库:2. Jenkins人工/定时触发项

Git 使用规范流程【转】

转自:http://www.ruanyifeng.com/blog/2015/08/git-use-process.html 作者: 阮一峰 日期: 2015年8月 5日 团队开发中,遵循一个合理.清晰的Git使用流程,是非常重要的. 否则,每个人都提交一堆杂乱无章的commit,项目很快就会变得难以协调和维护. 下面是ThoughtBot 的Git使用规范流程.我从中学到了很多,推荐你也这样使用Git. 第一步:新建分支 首先,每次开发新功能,都应该新建一个单独的分支(这方面可以参考<Git分

Git 使用规范流程(转)

团队开发中,遵循一个合理.清晰的Git使用流程,是非常重要的. 否则,每个人都提交一堆杂乱无章的commit,项目很快就会变得难以协调和维护. 下面是ThoughtBot 的Git使用规范流程.我从中学到了很多,推荐你也这样使用Git. 第一步:新建分支 首先,每次开发新功能,都应该新建一个单独的分支(这方面可以参考<Git分支管理策略>). # 获取主干最新代码 $ git checkout master $ git pull # 新建一个开发分支myfeature $ git checko

Git flow 的流程

Git flow 的流程与参考 Git flow 出自 A successful Git branching model,这里使用了一个前端项目配合本文稿实施了 git flow 并记录流程作出示例和参考,对 hotfix 与持续部署略有提及,本意是用作公司内部的技术安利.所用源码及文档本身见于 github jusfr/HelloGitflow 前言 Gitflow 是一种 git 分支管理工具——说是思想也不为过,它使用既定策略区分和管理开发.测试.生产环境的代码版本,对测试与持续集成友好,

Git 使用规范流程

Git教程:http://www.liaoxuefeng.com/wiki/0013739516305929606dd18361248578c67b8067c8c017b000 团队开发中,遵循一个合理.清晰的Git使用流程,是非常重要的. 否则,每个人都提交一堆杂乱无章的commit,项目很快就会变得难以协调和维护. 下面是ThoughtBot 的Git使用规范流程.我从中学到了很多,推荐你也这样使用Git. 第一步:新建分支 首先,每次开发新功能,都应该新建一个单独的分支(这方面可以参考<G

【转】【阮一峰的网络日志】Git 使用规范流程

作者: 阮一峰 日期: 2015年8月 5日 团队开发中,遵循一个合理.清晰的Git使用流程,是非常重要的. 否则,每个人都提交一堆杂乱无章的commit,项目很快就会变得难以协调和维护. 下面是ThoughtBot 的Git使用规范流程.我从中学到了很多,推荐你也这样使用Git. 第一步:新建分支 首先,每次开发新功能,都应该新建一个单独的分支(这方面可以参考<Git分支管理策略>). # 获取主干最新代码 $ git checkout master $ git pull # 新建一个开发分

[Git ] Git 使用规范流程

reference : http://www.ruanyifeng.com/blog/2015/08/git-use-process.html 团队开发中,遵循一个合理.清晰的Git使用流程,是非常重要的. 否则,每个人都提交一堆杂乱无章的commit,项目很快就会变得难以协调和维护. 下面是Git使用规范流程.我从中学到了很多,推荐你也这样使用Git. 第一步:新建分支 首先,每次开发新功能,都应该新建一个单独的分支(这方面可以参考<Git分支管理策略>). # 获取主干最新代码 $ git

git开发部署流程

Git 开发部署流程 采用业界成熟方案 Git Flow 分支方式进行开发:一个经典的 Git 开发/部署流程包括几个环境:本地开发环境.线上测试环境.线上生产环境,分别对应git的本地工作环境.develop 分支.master 分支 无图言屌 本地开发环境 : 本地仓库分支工作环境 线上测试环境 : 远程 develop 分支 线上生产环境 : 远程 master 分支 先在本地进行开发,做一次完整的提交 push 到 develop 分支,进行线上测试,一切正常 push 到 master