Git使用说明

合集下载

git cherry-pick用法

git cherry-pick用法

git cherry-pick用法

git cherry-pick 是 git 中一个非常有用的命令,它可以通过选择某些提交记录,将这些提交记录合并到当前分支上,实现快速的代码迁移或修复功能缺陷的目的。

使用 git cherry-pick 命令的方式非常简单,以下是详细的用法说明:

1.首先,在使用 git cherry-pick 命令前,应当保证本地工作区的代码是最新的,可以通过 git pull 命令来拉取最新的远程代码。

2.然后,找到想要合并的提交记录的 SHA 值,可以通过 git log 或其他类似的命令查看当前分支上的提交记录。

其中,<commit> 是要合并的提交记录的 SHA 值,也可以使用分支名、标签名等标识符来代替。

例如,将分支 dev 上的最新提交记录合并到当前分支上,可以执行以下命令:

4.如果需要合并多个提交记录,可以同时传递多个 SHA 值:

git cherry-pick <commit1> <commit2> …

git cherry-pick 95c16f8 56688bc a905b89

5.如果合并过程中出现冲突,需要手动解决冲突后再进行提交。可以通过 git status 命令查看当前的冲突文件,然后根据冲突信息进行修改,最后提交解决冲突的结果即可。

6.如果需要修改合并的提交记录的信息,可以使用 --edit 参数:

执行后会打开一个编辑器,可以修改提交记录的信息。

通过以上命令,就可以快速使用 git cherry-pick 命令将指定的提交记录合并到当前的分支上。但需要注意的是,使用 cherry-pick 命令要慎重,因为它可能会引入不必要

Git使用教程

Git使用教程

Git使用教程

原文出处:涂根华的博客

一:Git是什么?

Git是目前世界上最先进的分布式版本控制系统。

二:SVN与Git的最主要的区别?

SVN是集中式版本控制系统,版本库是集中放在中央服务器的,而干活的时候,用的都是自己的电脑,所以首先要从中央服务器哪里得到最新的版本,然后干活,干完后,需要把自己做完的活推送到中央服务器。集中式版本控制系统是必须联网才能工作,如果在局域网还可以,带宽够大,速度够快,如果在互联网下,如果网速慢的话,就纳闷了。

Git是分布式版本控制系统,那么它就没有中央服务器的,每个人的电脑就是

一个完整的版本库,这样,工作的时候就不需要联网了,因为版本都是在自己的电脑上。既然每个人的电脑都有一个完整的版本库,那多个人如何协作呢?比如说自己在电脑上改了文件A,其他人也在电脑上改了文件A,这时,你们两之间只需把各自的修改推送给对方,就可以互相看到对方的修改了。

三:在windows上如何安装Git?

msysgit是 windows版的Git,如下:

需要从网上下载一个,然后进行默认安装即可。安装完成后,在开始菜单里面找

到“Git –> Git Bash”,如下:

会弹出一个类似的命令窗口的东西,就说明Git安装成功。如下:

安装完成后,还需要最后一步设置,在命令行输入如下:

因为Git是分布式版本控制系统,所以需要填写用户名和邮箱作为一个标识。

注意:git config –global 参数,有了这个参数,表示你这台机器上所有的Git 仓库都会使用这个配置,当然你也可以对某个仓库指定的不同的用户名和邮箱。四:如何操作?

git message 语法

git message 语法

git message 语法

全文共四篇示例,供读者参考

第一篇示例:

Git是目前最流行的分布式版本控制系统之一,为了更好的管理代码版本,保证团队协作的顺畅,Git 提供了强大的命令行工具和一套

规范的语法。在Git的使用过程中,git message 语法是至关重要的一部分,它主要用于规范提交信息的格式,方便他人阅读和理解代码变

更的目的和内容。下面我们将详细介绍Git message语法的规范和最

佳实践。

### Git message 的基本格式

Git message 通常分为三个部分:标题、内容和注释。标题通常

为单行文字,用于简洁明了地描述代码变更的目的,内容为多行文字,详细描述代码变更的具体内容,而注释则提供了更多的信息和上下文,比如相关的issue 编号、提交者信息等。

### 标题

提交信息的标题应该简洁明了,一般不超过50 个字符。标题的

格式可以采用以下几种规范方式:

- 动词开头:比如Add、Fix、Update、Remove 等

- 使用第一人称:比如I add、I fix 等

- 描述变更目的:比如Add feature A、Fix bug B 等

### 内容

提交信息的内容应该清晰详细,可以包含代码变更的原因、具体内容、影响范围等信息。内容通常应该空一行,然后开始描述具体内容,每行文本应该不超过72 个字符,以便于在终端窗口中正确显示。

### 注释

提交信息的注释是可选的,用于提供更多的信息和上下文。注释通常应该以# 号开头,可以包含相关的issue 编号、提交者信息、参考文档等信息。

git基本操作命令以及操作顺序

git基本操作命令以及操作顺序

Git的基本操作命令包括:git clone、git pull、git push、git add、git commit 等。

操作顺序如下:

1. git clone:将远程仓库复制到本地(本地没仓库)。

2. git pull:将远程仓库代码下载到本地仓库(本地有仓库)。

3. git add:将修改的代码添加到暂存区。

4. git commit:将暂存区的代码提交到本地仓库。

5. git push:将本地仓库代码上传到远程仓库。

Git详解和Github的使用

Git详解和Github的使用

Git详解和Github的使⽤

Git和Github的概念:

Git是分布式版本管理系统,简单说就是⼀个软件,⽤于记录⼀个或若⼲⽂件内容变化,以便将来查阅特定版本修订情况的软件。

Github是⼀个为⽤户提供Git服务的⽹站,简单说就是⼀个可以放代码或⽂件的地⽅,Github除了提供管理Git的web界⾯外,还提供订阅,关注,讨论组,在线编辑器等丰富功能。

Git的下载和Github账号的注册:

Git的⼯作流程:

Git本地仓库操作:

1.⾸次使⽤需进⾏全局配置:

配置⽤户名:git config --global "⽤户名";

配置⽤户邮箱:git config --global user.email "邮箱";(这⾥使⽤Github的⽤户名和邮箱)

2.创建⽬录命令:两种创建⽅式:①mkdir ⽂件名②windows下右键创建⽂件夹

 3.① cd flask_blog(进⼊项⽬⽬录)

② git init 初始化

进⼊⽬录flask_blog,勾选隐藏的项⽬,即可显⽰

③git status,查询当前⼯作区所有⽂件的状态;

nothing to commit (create/copy files and use "git add" to track)当前没有进⾏任何提交,可以创建或者复制⽂件,并使⽤"git add"命令进⾏跟踪

④那么我们当前应该新建⽂件在所创建的flask_blog⽬录下,然后 git add指令可将⽂件添加到缓存区

提交的⽅式有三类:

语法1:git add ⽂件名

git基本命令

git基本命令

git rebase–interactive 交互式分支变基 git reflog 分支等引用变更记录管理 git remote 远程版本库管理 git repo-config* 同义词,等同于 git config git reset 重置改变分支“游标”指向 git rev-parse 将各种引用表示法转换为哈希值等 git revert 反转提交 git rm 删除文件 git show 显示各种类型的对象 git stage* 同义词,等同于 git add git stash 保存和恢复进度 git status 显示工作区文件状态 git tag 里程碑管理
6、邮件相关命令 命令 简要说明 git imap-send 将补丁通过 IMAP 发送 git mailinfo 从邮件导出提交说明和补丁 git mailsplit 将 mbox 或 Maildir 格式邮箱中邮件逐一提取为文件 git request-pull 创建包含提交间差异和执行PULL操作地址的信息 git send-email 发送邮件
4、版本库管理相关命令
命令 简要说明 git count-objects 显示松散对象的数量和磁盘占用 git filter-branch 版本库重构 git fsck 对象库完整性检查 git fsck-objects* 同义词,等同于 git fsck git gc 版本库存储优化 git index-pack 从打包文件创建对应的索引文件 git lost-found* 过时,请使用 git fsck –lost-found 命令 git pack-objects 从标准输入读入对象ID,打包到文件 git pack-redundant 查找多余的 pack 文件 git pack-refs 将引用打包到 .git/packed-refs 文件中 git prune 从对象库删除过期对象 git prune-packed 将已经打包的松散对象删除 git relink 为本地版本库中相同的对象建立硬连接 git repack 将版本库未打包的松散对象打包 git show-index 读取包的索引文件,显示打包文件中的内容 git unpack-objects 从打包文件释放文件 git verify-pack 校验对象库打包文件

Git图形化工具介绍

Git图形化工具介绍

Git图形化⼯具介绍

随git分发的默认的图形化⼯具git gui和版本分⽀图形化⼯具gitk。

⼀、GIT GUI主界⾯:

各个按钮的意思基本与界⾯⽂字⼀致,与git的命令也差别不⼤。在了解⾃⼰所做的操作情况下,各个功能点开看下就知道是怎么操作了。即使不了解,只要不做push操作,所有的操作都在本地,基本也没什么影响。⼤不了重新下载整个库好了,git下载库的时间确实⽐svn快很多,这也是git优势之⼀。

1.菜单栏:

2.⼯作区变更、⽂件差异对⽐:点击⼯作区变更的⽂件,右侧窗⼝会显⽰⽂件差异对⽐。吐槽下,对⽐的时候显⽰的差异以上下的格式显⽰,差异对⽐的体验⾮常不友好。

3.索引区:使⽤命令git add或点击”stage changed”按钮后,⼯作区变更会添加到该区域。

4.基本操作按钮:stage changed:将⼯作区的所有变更提交到添加到索引区;(其他在菜单栏中都有对应项,介绍菜单栏时⼀并介绍)

mit信息输⼊框:⽤于commit时输⼊变更信息,与svn提交时填写的信息⼀样,主要⽅便后续查找或了解该次提交的⽬的。

mit⽅式:创建⼀次新的提交或者修改上⼀次提交。对应于菜单栏中commit项中,new commit和amend last commit相同。

⼆、GIT GUI菜单栏:

repository:git库相关操作,基本意思就是字⾯意思。

1)资源管理器中浏览该Git库⼯作空间⽂件,省去查找路径不断点击⿏标的操作。

2)启动Git bash⼯具(命令⾏⼯具)。

3)查看当前分⽀⽂件状态,不包括未提交的信息。

gitlab使用说明

gitlab使用说明

gitlab使用说明

GitLab使用说明:

1、注册GitLab账号:首先需要在 GitLab上注册一个账号,登录之后就可以看到Dashboard;

2、创建项目:在Dashboard中点击“New Project”按钮创建一个新的项目,设置一些项目的元数据,如项目名称、项目描述等;

3、添加成员:在项目里可以添加多个成员,可以设置不同成员的权限,比如读者、编辑者、管理者等;

4、添加代码:可以在项目里添加代码,可以通过Git 客户端直接上传代码,也可以直接在GitLab上添加;

5、提交代码:在代码上传完成之后,可以进行提交,提交时可以添加一些说明信息,方便以后查看;

6、分支管理:可以创建多个分支,对代码进行管理,有利于开发、测试等工作;

7、合并分支:可以将多个分支合并到主分支,也可以通过Merge Request来申请合并,便于审核等;

8、发布版本:可以将代码打包发布,方便部署,也可以利用GitLab CI/CD功能,自动化发布版本。

GIT使用操作指南

GIT使用操作指南
36.添加“test.txt”文件到版本库中,命令如下:
git add test.txt
git commit -m "add test.txt"
显示类似如下信息:
此时在“/home/git/repositories”目录中看到已经添加的版本库“raycommdoc.git”,如下图所示:
37.使用以下命令,可以查看所在的分支。默认分支为“master”。
进入“/test/gitosis-admin”目录中,有以下文件和目录:
Gitosis.conf:用于添加Git版本库和对应的用户,如下图所示。
表示:含有两个版本库“ipc_changelog”和“ipc_firmwares”。
在“ipc_changelog”版本库中只为“yuxiao.qiao”和“yong.he”用户开放了只读权限。
17.在windows系统桌面中,单击“ ”,显示MsysGit命令操作框。
18.输入“ssh-keygen -t rsa”,单击回车,在提示输入信息中直接单击回车即可,如下图所示:
图中红色框中为生成的ssh文件所在的目录,您亦可设置其他目录。
19.在指定目录中,可以看到以下文件:
将windows系统下“id_rsa.pub”文件修改为“用户名@pc.pub”,例如:yuxiao.qiao@pc。
选择“Git Bash Here”菜单后即可进入相关目录的Git命令行模式,可输入Git命令完成相关操作,如下图所示:

git 分支详解-概述说明以及解释

git 分支详解-概述说明以及解释

git 分支详解-概述说明以及解释

1.引言

1.1 概述

在软件开发过程中,版本控制是至关重要的一环。Git作为目前最流行的分布式版本控制系统,为开发人员提供了强大的版本管理功能。其中,分支(branch)是Git的一个核心概念,它使得开发人员可以在同一个代码库中并行开发不同的功能或修复不同的bug,而不会互相干扰。

本文将详细介绍Git分支的概念、创建、切换、合并以及解决分支合并冲突的方法。通过学习Git分支的相关知识,开发人员可以更有效地进行团队协作、版本控制和代码管理,提高开发效率,减少代码冲突和错误。

1.2 文章结构

文章结构部分的内容应该包括对整篇文章的组织和主要章节的简要介绍。在本文中,文章结构可以描述如下:

文章结构部分将介绍本文的主要章节和内容安排。本文共分为引言、正文和结论三大部分。在引言部分,将对Git分支进行整体概述,详细介绍文章的结构和目的。在正文部分,将深入探讨Git分支的概念、创建和切换、合并和冲突解决等内容。最后,在结论部分将对Git分支的重要性做总结,并探讨Git分支管理的最佳实践和未来发展前景。

通过明确的文章结构,读者可以更好地理解本文的组织架构,帮助他们更快地找到感兴趣的内容,并更好地理解文章的主要主题和内容。

1.3 目的

Git 分支是软件开发中非常重要的一个概念,它可以帮助团队更好地管理和协作开发代码。本文的目的是深入探讨Git 分支的各种用法和技巧,帮助读者更好地理解和应用Git 分支,提高团队的代码管理效率和质量。

通过学习本文,读者将了解到Git 分支的基本概念及其在实际开发中的应用场景。同时,本文还将介绍Git 分支的创建、切换、合并和冲突解决等操作,以及一些最佳实践,帮助读者在日常开发中更好地利用Git 分支提高团队的协作效率。

git使用指南

git使用指南

Git使用指南

Li Yanrui

v0.1,20080728 liyanrui.m2@

前言

Git是什么

非常简单地说,Git是一个快速、可扩展的分布式版本控制系统,它具有极为丰富的命令集,对内部系统提供了高级操作和完全访问。所谓版本控制系统(Version Control System),从狭义上来说,它是软件项目开发过程中用于储存我们所写的代码所有修订版本的软件,但事实上我们可以将任何对项目有帮助的文档交付版本控制系统进行管理。

2005年,Torvalds开始着手开发Git是为了作为一种过渡方案来替代BitKeeper,后者之前一直是Linux内核开发人员在使用的版本控制工具,当时由于自由软件社区中的许多人觉得BitKeeper的使用许可证并不适合自由软件社区的工作,因此Linus决定着手开发许可证更为自由灵活的版本控制系统。尽管最初Git的开发是为了辅助Linux内核开发的过程,但是现在很多其他自由软件项目中也使用了Git实现代码版本管理,譬如,项目、许多的项目、Ruby项目等。

为什么使用版本控制系统

版本控制系统是为懒人准备的,它让懒人们比那些善于备份文档的勤劳人拥有更干净的文件系统以及更多的可以活着的时间。

本文档主要内容

在第1章中讲述如何使用Git管理自己的个人文档,主要是初步熟悉Git的诸多概念及其日常基本命令的使用。第2章中主要讲述如何基于Git实现多人协作的项目开发模式,以此扭转当前实验室成员在项目研发中各自为政或不能有效沟通的现状。第3章讲述如何利用Git强大的项目分支管理功能实现良好风格的项目协同开发模式。第4章为Git使用之FAQ,用于记载在本实验室推广使用Git过程中诸位同学所遇到的一些细节问题。

GIT版本库操作手册及管理规范

GIT版本库操作手册及管理规范

FESCO Adecco

公司内部自建系统GIT代码版本库操作手册及管理规范

版本<1.0>

文档版本历史

1.1刘传宏2016-02-16修正文档中对各版本库的定义及

概念

【目录】

1概述 (4)

1.1编写目的 (4)

1.2适用范围 (4)

1.3名词解释 (4)

2GIT操作使用说明 (5)

2.1GIT工具的安装及权限开放申请 (5)

2.2GIT工具的使用 (6)

2.2.1从GIT导入项目 (6)

2.2.2创建分支 (11)

2.2.3代码提交 (12)

2.2.4版本切换 (14)

2.2.5代码同步 (14)

2.2.6其他 (15)

3GIT版本库管理规范 (15)

4GIT版本结构图 (17)

5GIT代码管理执行流程图 (18)

1概述

1.1 编写目的

本文主要用于对公司内部自主研发的系统进行代码的版本管理,同时指导公司内部开发人员使用GIT工具进行统一的管理规范。

本文所形成的规范将作为IT部门开发的标准流程进行管控,不定时的进行线上环境的抽查,各项目架构师也应当以此文进行严格的版本管理及执行监督。

1.2 适用范围

所有公司内部自主研发的项目。

1.3 名词解释

UAT环境:用于用户做验收时进行测试的环境,其中数据均为线上生产数据的备份,在未约定与用户进行验收测试的情况下,不对业务部门开放。

测试环境:包含所有开发代码的环境,用于提供用户进行培训、演示等用途的临时环境,数据为加密及改版过的测试数据。

PRO分支:用于执行ANT脚本进行自动发布的GIT环境,此处的代码必须与生产环境完全保持一致。

UAT分支:用于保证系统的完整性,与PRO分支除数据库配置文件不同外,必须完全一致。

TortoiseGit使用教程

TortoiseGit使用教程

TortoiseGit使⽤教程

该⽂章转⾃:https:///share/?id=dc4d97ed11598f4cc27db60ce87dde5a&type=note#/()

前⾔

作为⼀个软件开发⼈员,不可能不知道Git。Git作为⼀个复杂的版本控制系统,命令之多,即使经常使⽤,⼀些命令也记不住,⼀般只记住⼏个常⽤的命令,不是所有使⽤Git命令⾏都是⾼效的。本教程不讲Git命令,⽽是先让你⽤上git,再去学习git。本教程应该称作TortoiseGit⼊门指南。因为下⾯要借助⼀个图形化的软件,TortoiseGit来操作git。⽤GUI(图形界⾯)再谈CLI(命令⾏),我相信这会更容易让⼈接受。

TortoiseGit 简介

TortoiseGit 简称 tgit,中⽂名海龟Git。TortoiseGit是⼀个开放的GIT版本控制系统的源客户端。

TortoiseGit ⽀持Winxp/vista/win7/Win10,提供有中⽂版⽀持。

TortoiseGit 可以恢复您的⽂件的旧版本,并研究如何以及合适改变了历史数据,谁改变了它。下⾯教程针对使⽤TortoiseGit 的⽤户。

下载安装Git及Tortoisegit

环境安装,需要依次安装以下:

第1步:下载Git,下载地址:

Git 安装过程不详述,可参考:https:///wj-1314/p/7993819.html

第2步:下载安装Tortoisegit及中⽂语⾔包(Tortoisegit及语⾔包,Tortoisegit )

Tortoisegit 配置

gitpython使用说明

gitpython使用说明

gitpython使用说明

全文共四篇示例,供读者参考

第一篇示例:

GitPython是一个Python库,用于与Git版本控制系统进行交互。它提供了简单的API,可以方便地访问Git仓库,并执行一系列Git操作。本文将介绍如何使用GitPython来管理代码的版本控制。

### 安装GitPython

首先,我们需要安装GitPython库。可以使用pip工具进行安装:

```shell

pip install gitpython

```

### 初始化Git仓库

在使用GitPython之前,需要先将代码仓库初始化为Git仓库。可以使用`Repo`类来初始化Git仓库:

```python

from git import Repo

repo = Repo.init('/path/to/your/repository')

```

### 获取Git仓库信息

可以使用`Repo`对象来获取Git仓库的信息,比如当前分支、提交等信息:

```python

print(repo.active_branch) # 当前分支

print(mit) # 最新提交

print(list(repo.iter_commits())) # 所有提交

```

### 执行Git操作

GitPython提供了一系列方法来执行Git操作,比如添加文件、提交、拉取、推送等:

```python

repo.index.add(['file1.py', 'file2.py']) # 添加文件

mit('commit message') # 提交

repo.remotes.origin.pull() # 拉取

gitlab操作手册

gitlab操作手册

gitlab操作手册

GitLab操作手册

在当今企业开发中,版本控制系统扮演了重要的角色。GitLab是一种基于Web的Git仓库管理工具,它可以协助团队在开发过程中保持高效、可靠的管理流程。本文将提供GitLab操作手册,旨在帮助读者更好地掌握GitLab的使用技巧。

一、项目管理

在GitLab中,一个项目由多个资源组成,其中包括代码仓库、Issue、merge request等等。在新建项目时,我们需要考虑以下几点:

1.选择合适的项目命名:尽量遵循规范,使用符合当前项目的名称,避免出现名称相似的情况。

2.仓库路径:默认为项目名称,需保证唯一性。

3.选择项目可见性:包括Private、Public、Internal等等。

4.共享权限:可以选择团队合作或只有自己管理。

5.选择Licenses:添加证书可以让其他开发者知道你的项目许可。

6.Readme文件:这是项目的入口,可以对项目进行介绍和说明。

二、目录结构

目录结构可以直接决定着版本控制的流畅度,因此我们需要在GitLab

中遵循以下几点:

1.文件名字应以英文命名,不用随意命名,应遵循数据库命名规则;

2.目录结构尽量简洁,层级不能太多,否则文件查找难度就增加;

3.文档说明要齐全,对于一些特殊的文档还应该有一些详细的说明。

三、权限管理

GitLab支持多层次权限管理,而权限也可以直接影响项目的开发进展,因此我们需要掌握以下知识点:

1.项目管理员:能修改项目的元数据,例如名称、描述和可见性,能够授予开发者和用户其他特权。

2.开发者:拥有对项目的可读、可写权限,并且能够参与到合并请求和更改代码的工作。

git message 语法-概述说明以及解释

git message 语法-概述说明以及解释

git message 语法-概述说明以及解释

1.引言

1.1 概述

概述部分内容:

引言部分将介绍本文的主题——"git message 语法"。Git是一种分布式版本控制系统,它允许多人协同开发,并保留了每一个版本的更改记录。在使用Git进行版本控制时,我们不仅需要关注代码的改动,还要注意良好的提交信息。Git message(提交信息)是每次代码提交时,对所做更改的简短描述。

良好的Git message具有重要的意义。首先,它可以使团队成员更清晰地了解自己以及他人所做的更改,避免项目中被遗忘的改动。其次,良好的Git message可以提高代码的可读性,便于他人对代码进行理解和维护。此外,当出现问题需要回溯历史版本时,清晰的Git message可以帮助我们快速定位出错地点和原因。

本文将介绍Git message的常用语法规则,包括合理的提交主题、提交内容的格式要求以及对应的时间戳格式等。我们将详细探讨每个规则的用途和意义,并给出一些写好Git message的建议和提示。通过学习和遵守这些语法规则,我们可以提高代码版本控制的效率和代码的可维护性。

总之,良好的Git message语法对于团队协作和项目的管理非常重要。接下来的文章将深入探讨Git message语法规则以及其重要性,并为大家提供一些写好Git message的实用建议。通过学习和遵循这些规则,我们可以提高我们的代码版本控制能力,提升团队合作效率和项目质量。

1.2 文章结构

文章结构部分的内容如下:

文章结构是指整篇文章的组织框架和布局,它决定了文章的逻辑顺序和信息的层次性。一个合理的文章结构可以使读者更好地理解文章的内容,并能更快地获取所需信息。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

Git使用说明

一、Git 是什么

Git 是一个快速、可扩展的分布式版本控制系统,它具有极为丰富的命令集,对内部系统提供了高级操作和完全访问。所谓版本控制系统,从狭义上来说,它是软件项目开发过程中用于储存我们所写的代码所有修订版本的软件,但事实上我们可以将任何对项目有帮助的文档交付版本控制系统进行管理。

理论上,Git 可以保存任何文档,但是最善于保存文本文档,因为它本来就是为解决软件源代码(也是一种文本文档)版本管理问题而开发的,提供了许多有助于文本分析的工具。对于非文本文档,Git 只是简单地为其进行备份并实施版本管理。

二、git管理个人文档

比如文档在/home/gitwork/doc目录下,首先切换到该目录下.

2.1 建立仓库

命令:git init

则会显示Initialized empty Git repository in $PROJECT/.git/,这是在该目录下建立了一个.git的隐藏目录,这就是所谓的仓库,不过现在它里面没内容。该目录现在不在是普通的目录,称之为工作树。

2.2 自我介绍

命令如下:

Git config –-global “你的名字”

Git config –-global user.email “你的电子邮件”

2.3 生成快照

命令:git add 文件名

文件名可以是多个,这一步只是生成了该要提交文档的快照,该快照被存放在一个临时的存储区域,git称之为索引。

2.4 内容提交

命令:git commit–m “自己输入的版本更新说明”

使用git commit命令可将索引提交至仓库,每次提交意味着版本的一次更新。

2.5 内容忽略

假如你修改了多个文档,又希望其中的一个不被提交,如你在工作树中存在A.txt、b、c.tex、d等文件和子目录,但子目录d不需要提交,则可用git的文档忽略机制,可以将工作树中你不希望接受Git 管理的文档信息写到同一目录下的 .gitignore 文件中。

命令:cd 工作树目录

Echo “d”> .gitignore

Git add .

Git commit

2.6 查看版本历史

在工作树中,使用 git-log 命令可以查看当前项目的日志,也就是你在使用git-commit 向仓库提交新版本时所属的版本更新信

息。

命令:git log

如果你想看一下每一次版本的大致变动情况,可使用以下命令:git log --stat --summary

2.7 撤销与恢复

命令:git-reset

它可以将项目当前版本定位到之前提交的任何版本中。

git-reset 命令有三个选项:--mixed 、 --soft 和 --hard 。日常使用中仅使用前两个选项;第三个选项由于杀伤力太大,容易损坏项目仓库,需谨慎使用。

--mixed 是 git-reset 的默认选项,它的作用是重臵索引内容,将其定位到指定的项目版本,而不改变你的工作树中的所有内容,只是提示你有哪些文件还未更新。

--soft 选项既不触动索引的位臵,也不改变工作树中的任何内容,但是会要求它们处于一个良好的次序之内。该选项会保留你在工作树中的所有更新并使之处于待提交状态。

2.8 使用帮助文档

譬如要查看 git reset 命令的用法

命令:man git-reset

3.1 一些常用命令

1)导出工作树

命令:Git clone 账户@IP:工作树路径

git-clone 可利用各种网络协议访问远端机器中的 Git 仓库,从中导出完整的工作树到本地。

注意, git-clone 命令只要碰到类似以下格式的远端仓库地址,它就会认为该地址是符合 SSH 协议的。

2)仓库合并

命令:git pull账户@IP:工作树路径

git-pull 命令可将属于同一项目的远端仓库与同样属于同一项目的本地仓库进行合并,它包含了两个操作:从远端仓库中取出更新版本,然后合并到本地仓库。

仓库合并可能会造成冲突。比如两个人对同一份文档进行了修改并提交到本地仓库,当合并两个仓库是,git会自动合并两人对文档的修改,若两人修改的内容不一样,git会自动识别并合并修改后的内容;若两人修改了同样的内容,git会标示出有冲突的区域,交给用户去根据实际情况去修改,则可解决冲突问题。

3)向服务器推送接收管理的仓库

命令:git push 账户@IP:工作树路径 master

git-push 可将本地版本更新推送到远端仓库中。

1) 从服务器克隆git仓库;

Git clone账户@IP:工作树路径

2)同步git仓库;

Git fetch //从服务器更新版本信息

3)导出开发的基线源码;

Git branch –r //查看服务器端分支

Git checkout –f origin/服务器端分支名

4)创建本地分支;

Git branch –f 本地分支名

5)在本地分支上修改源码;

在本地机上上进行工作

6)在本地分支上提交;

Git commit –a –m“提交说明”

7)将本地分支提交到服务器。

git push 账户@IP:工作树路径本地分支名服务器新分支名

相关文档
最新文档