下载文档原格式
Git使用教程原文出处：涂根华的博客一：Git是什么？Git是目前世界上最先进的分布式版本控制系统。
二：SVN与Git的最主要的区别？SVN是集中式版本控制系统，版本库是集中放在中央服务器的，而干活的时候，用的都是自己的电脑，所以首先要从中央服务器哪里得到最新的版本，然后干活，干完后，需要把自己做完的活推送到中央服务器。
集中式版本控制系统是必须联网才能工作，如果在局域网还可以，带宽够大，速度够快，如果在互联网下，如果网速慢的话，就纳闷了。
Git是分布式版本控制系统，那么它就没有中央服务器的，每个人的电脑就是一个完整的版本库，这样，工作的时候就不需要联网了，因为版本都是在自己的电脑上。
既然每个人的电脑都有一个完整的版本库，那多个人如何协作呢？比如说自己在电脑上改了文件A，其他人也在电脑上改了文件A，这时，你们两之间只需把各自的修改推送给对方，就可以互相看到对方的修改了。
三：在windows上如何安装Git？msysgit是 windows版的Git,如下：需要从网上下载一个，然后进行默认安装即可。
安装完成后，在开始菜单里面找到“Git –> Git Bash”,如下：会弹出一个类似的命令窗口的东西，就说明Git安装成功。
如下：安装完成后，还需要最后一步设置，在命令行输入如下：因为Git是分布式版本控制系统，所以需要填写用户名和邮箱作为一个标识。
注意：git config –global 参数，有了这个参数，表示你这台机器上所有的Git 仓库都会使用这个配置，当然你也可以对某个仓库指定的不同的用户名和邮箱。
四：如何操作？一：创建版本库。
什么是版本库？版本库又名仓库，英文名repository,你可以简单的理解一个目录，这个目录里面的所有文件都可以被Git管理起来，每个文件的修改，删除，Git都能跟踪，以便任何时刻都可以追踪历史，或者在将来某个时刻还可以将文件”还原”。
所以创建一个版本库也非常简单，如下我是D盘–> www下目录下新建一个testgit版本库。
以下是Gitee平台的基本操作手册：1. 注册账号：首先，你需要在Gitee的官网上注册一个账号。
点击右上角的“注册”按钮，填写必要的信息并完成注册。
如果你已经有了GitHub账号，也可以直接使用GitHub账号登录Gitee。
2. 完善个人信息：注册后，你可以完善个人信息，包括头像、简介、技能等。
这些信息能帮助其他人更好地了解你。
3. 创建项目：登录后，点击页面右上角的“+”号，选择“新建仓库”，填写项目信息并创建。
你可以选择用Git或者SVN来管理代码。
在创建仓库时，你可以选择添加README文件、.gitignore文件等。
4. 上传代码：在项目页面中，点击“上传文件”按钮，选择本地代码文件，上传到仓库中。
你可以选择创建分支、合并请求等操作。
如果你想要从GitHub迁移代码到Gitee，可以使用Gitee提供的导入工具。
5. 协作开发：Gitee支持多人协作开发。
你可以邀请其他人参与你的项目，共同开发和维护代码。
6. 全局配置：如果你想让你的提交信息中显示你的名字和邮箱，你需要进行全局配置。
使用以下命令：git config --global "你的名字或昵称"，git config --global user.email "你的邮箱"。
7. 初始化git和链接到码云：在你的本地文件夹中，你需要初始化git并链接到码云。
使用以下命令：git init，git remote add origin +（前面我们复制的地址）。
以上是关于Gitee的基本操作手册。
如果遇到问题或困难，建议查看Gitee的帮助文档或联系客服支持。
GIT版本库操作手册及管理规范FESCO Adecco公司内部自建系统GIT代码版本库操作手册及管理规范版本<1.0>文档版本历史【目录】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分支除数据库配置文件不同外，必须完全一致。
GIT分支：由开发工程师根据需求所建的分支，由开发工程师从本地GIT 资源库推送至公司统一的GIT版本资源库。
测试分支：由项目组自行定义的分支，用于管理测试环境的代码版本库，可根据业务部门的用户需求自行合并GIT分支进行打包整合，以提供给BU部门稳定的可用的测试环境。
2GIT操作使用说明2.1 GIT工具的安装及权限开放申请1.GTI插件在ECLIPSE软件的安装及引用：官网下载当前最新版的GIT插件，并放置于ECLIPSE项目插件结构下，ECLIPSE工具安装插件方法可参照官网上相应的教程：/egit/updates/2.配置SSH登陆口令：ECLIPSE程序中，Window->Preferences->输入SSH进行配置定位查询。
一、概述GitLab是一个基于Git的开源代码托管评台，它提供了一整套用于管理和协作开发的工具。
该评台有众多版本，其中16版本作为GitLab 的一个重要更新版本，为用户提供了更多的功能和优化。
二、安装与配置1. 安装GitLab-16版本用户首先需要根据自己的操作系统版本选择相应的安装方式，比如在Linux下可以通过包管理器安装，而在Windows下可以下载安装包进行安装。
安装完成后，还需要进行一些基本的配置。
2. 配置基本信息对于新安装的GitLab-16版本，用户需要创建管理员账号、配置电流信箱、设置域名等基本信息，以便后续的使用。
三、使用指南1. 仓库管理GitLab-16版本提供了更加方便快捷的仓库管理功能，用户可以方便地创建新仓库、管理分支、合并代码等。
2. Issue跟踪在16版本中，Issue跟踪功能进行了一些优化和改进，用户可以更加方便地创建Issue、分配任务、追踪进度等。
3. CI/CD集成持续集成和持续交付是现代开发中的重要环节，GitLab-16版本进一步完善了CI/CD功能，用户可以更加方便地管理自动化构建、测试和部署流程。
4. 安全与合规在16版本中，安全与合规方面的功能也有所增加，用户可以更加方便地进行代码审查、安全扫描、访问控制等操作。
四、高级功能介绍1. 高级权限管理对于需要更加细粒度权限控制的用户，GitLab-16版本提供了更加丰富的权限管理功能，用户可以精细地控制每个项目的访问权限。
2. 高级集成除了基本的版本控制、Issue跟踪、CI/CD等功能外，GitLab-16版本还提供了更加丰富的集成功能，比如与JIRA、Slack、Kubernetes等工具的集成。
3. 大规模团队协作对于大规模团队协作来说，GitLab-16版本提供了更加可靠和稳定的解决方案，包括性能优化、分布式架构等方面的改进。
五、常见问题解决1. 性能问题如果在使用过程中遇到性能问题，用户需要检查系统配置、网络环境等方面，也可以通过GitLab冠方文档中的优化建议进行改进。
GIT使用入门Part 1第一章基本原理git是一个版本控制系统。
官方的解释是：版本控制(Revision control)是一种软件工程技巧，籍以在开发的过程中，确保由不同人所编辑的同一档案都得到更新。
按我的白话文解释就是：一群志同道合的人身处祖国各地，希望来合作开发一个项目，假设这个项目是使用c语言写的（当然用任何语言都可以的）。
那么大家怎么合作呢？用信件？效率太低。
用邮件，不好实现多人沟通。
用googlegroup吧，可开发阶段中的源代码没法科学管理。
用自建的网站吧，需要人力物力财力来支撑阿。
这个时候版本控制系统就派上用场了。
它可以让一个团队里的不同的人在不同地点、不同时间开发和改进同一个项目，并且在大部分的时间里，版本控制系统会聪明的帮你把不同的人在不同地点不同时间修改的代码融合到项目中去。
（当然在一些特殊的情况，还是需要人去决定到底哪些代码需要加入到项目中，这个在后面讨论不迟，先让大家对版本控制有一个好印象，呵呵）知道了版本控制系统的优点之后，下面就要具体实践和体验了。
建议你选用的版本控制系统包括：rcs，cvs，svn，git，Mercurial，Bazzar等等。
当然git，Mercurial和Bazzar都是属于分布式版本控制系统。
下面是一些网友对于这些版本控制系统评论的只言片语：1)svk配合svn可以实现分布式的版本控制。
2) 我是从SVN转到Git下的。
我想Git的优势是速度飞快，谁用谁知道！3) git的确是最快的，bzr慢的要死4) SVN 在windows 下有TortoiseSVN5) git 有Windows 版本，在google code 上的项目。
/p/msysgit/6) 大家可以试试国内提供的git服务。
那么，简单地说，Git 究竟是怎样的一个系统呢？请注意，接下来的内容非常重要，若是理解了Git 的思想和基本的工作原理，用起来就会知其所以然，游刃有余。
在开始学习Git 的时候，请不要尝试把各种概念和其他的版本控制系统诸如Subversion 和Perforce 等相比拟，否则容易混淆每个操作的实际意义。
Git基本操作流程技术背景Gitee是⼀款国内的git托管服务，对于国内⽤户较为友好，⽤户可以访问来创建⾃⼰的帐号和项⽬，并托管在Gitee平台上。
既然是git的托管服务，那我们就可以先看看git的⼀些基本⽤法：[dechin@dechin-manjaro ~]$ git --help⽤法：git [--version] [--help] [-C <路径>] [-c <名称>=<取值>][--exec-path[=<路径>]] [--html-path] [--man-path] [--info-path][-p | --paginate | -P | --no-pager] [--no-replace-objects] [--bare][--git-dir=<路径>] [--work-tree=<路径>] [--namespace=<名称>]<命令> [<参数>]这些是各种场合常见的 Git 命令：开始⼀个⼯作区（参见：git help tutorial）clone 克隆仓库到⼀个新⽬录init 创建⼀个空的 Git 仓库或重新初始化⼀个已存在的仓库在当前变更上⼯作（参见：git help everyday）add 添加⽂件内容⾄索引mv 移动或重命名⼀个⽂件、⽬录或符号链接restore 恢复⼯作区⽂件rm 从⼯作区和索引中删除⽂件sparse-checkout 初始化及修改稀疏检出检查历史和状态（参见：git help revisions）bisect 通过⼆分查找定位引⼊ bug 的提交diff 显⽰提交之间、提交和⼯作区之间等的差异grep 输出和模式匹配的⾏log 显⽰提交⽇志show 显⽰各种类型的对象status 显⽰⼯作区状态扩展、标记和调校您的历史记录branch 列出、创建或删除分⽀commit 记录变更到仓库merge 合并两个或更多开发历史rebase 在另⼀个分⽀上重新应⽤提交reset 重置当前 HEAD 到指定状态switch 切换分⽀tag 创建、列出、删除或校验⼀个 GPG 签名的标签对象协同（参见：git help workflows）fetch 从另外⼀个仓库下载对象和引⽤pull 获取并整合另外的仓库或⼀个本地分⽀push 更新远程引⽤和相关的对象命令 'git help -a' 和 'git help -g' 显⽰可⽤的⼦命令和⼀些概念帮助。
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分支除数据库配置文件不同外，必须完全一致。
GIT分支：由开发工程师根据需求所建的分支，由开发工程师从本地GIT 资源库推送至公司统一的GIT版本资源库。
测试分支：由项目组自行定义的分支，用于管理测试环境的代码版本库，可根据业务部门的用户需求自行合并GIT分支进行打包整合，以提供给BU部门稳定的可用的测试环境。
最近在网上看到有一帖，不错，我就copy下来了，非常感谢那位作者，写的非常详细，在这里分享给大家eclipse插件egit安装使用网络上的介绍一堆堆的，但是自己尝试了下，发现问题很多，就动手做个教程。
大纲1.git客户端安装2.ssh配置3.egit安装配置4.参考资料Ps:为了增加乐趣，文章并没有按照大纲来描述，如果您急着搭建egit,请尽量按大纲顺序来配置，可以少走弯路1.egit的安装当然也可以选择在Eclipse Marketplace中搜索有经验的朋友肯定会想到是不是可以通过Link的方式来实现插件安装，好像这个真没有还有一个要说明的是如果使用:/egit/updates.来安装，则要保证您的eclipse版本是最新的，否则会安装失败低版本Eclipse安装EGit插件本人的Eclipse是3.6版本的，正好不能使用上述方式，处理方法如下打开/EGit/FAQ#Where_can_I_find_older_releases_of_EGit.3F选择/egit/updates-1.3(因为这个版本的发布时间跟Eclipse3.6发布时间相近,其他版本同理试试)Next到底就OK了。
二、配置EGit这里有个前提,就是首先电脑上必须安装有git的客户端安装地址:/p/msysgit/downloads/list?q=full+installer+official+git 安装之后，打开Eclipse选择git客户端的安装路径，接着在Configuration中配置user Settings的user和email 这个用户名必须是github的用户,还没注册的，点击这里申请https:///到此,插件的配置结束非常激动的开始创建一个DEMO试试File > Team > Share Project 选择GIT这里选中Git的时候，会提示设置HOME环境变量HOM-->%USERPROFILE%接着就创建一个仓库三、上传工程首先需要登录github 创建一个空的仓库点击Create a new repository因为我已经创建过一个GitDemo，就不再演示点击上传提示exception caught during execution of ls-remote command发现是没有私钥。
git 的常见操作
以下是git的常见操作：
1. 初始化仓库：使用`git init`命令在当前目录创建一个新的git
仓库。
2. 克隆仓库：使用`git clone`命令克隆一个远程仓库到本地。
3. 添加文件：使用`git add`命令将文件添加到暂存区。
4. 提交更改：使用`git commit`命令将暂存区的更改提交到本
地仓库。
5. 查看仓库状态：使用`git status`命令查看仓库中文件的状态。
6. 查看提交历史：使用`git log`命令查看仓库的提交历史。
7. 创建分支：使用`git branch`命令创建一个新的分支。
8. 切换分支：使用`git checkout`命令切换到另一个分支。
9. 合并分支：使用`git merge`命令将一个分支的更改合并到当
前分支。
10. 拉取远程更新：使用`git pull`命令从远程仓库拉取最新的
更新。
11. 推送更新：使用`git push`命令将本地仓库的更新推送到远
程仓库。
12. 忽略文件：使用`.gitignore`文件来指定要忽略的文件和目录。
13. 撤销更改：使用`git revert`或`git reset`命令撤销之前的提交
或更改。
14. 重置HEAD指针：使用`git reset`命令将HEAD指针移动到
另一个提交。
15. 标签管理：使用`git tag`命令创建、列出和删除标签。
这只是git的一小部分常见操作，git还有很多其他功能和命令可供使用。
git 使用方法
Git是一款分布式版本控制系统，可以用于数据的同步和版本管理。
下面我们以谷歌GitHub为例，介绍如何使用Git：
一、配置Git帐号
1. 登录GitHub
2. 点击右上角的settings，进入GitHub个人信息管理页面
3. 在左侧菜单栏点击SSH and GPG keys,点击右上角”New SSH Key“
4. 在Title输入”Git_Local“，再将本地生成的SSH Key内容复制进去，点击”Add SSH Key“
二、使用Git创建项目
1. 进入要保存项目的文件夹，点击右键打开Git Bash Here
2. git init （创建一个新的本地Git仓库）
3. git status （查看本地Git仓库的状态）
4. git add. （添加当前目录下所有文件到本地Git仓库）
5. git commit -m "xxx" （提交文件到本地Git仓库）
6. git push origin master （把本地Git仓库的commit提交到GitHub）。
