(企业管理工具)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 仓库都会使用这个配置，当然你也可以对某个仓库指定的不同的用户名和邮箱。
四：如何操作？一：创建版本库。
什么是版本库？版本库又名仓库，英文名repository,你可以简单的理解一个目录，这个目录里面的所有文件都可以被Git管理起来，每个文件的修改，删除，Git都能跟踪，以便任何时刻都可以追踪历史，或者在将来某个时刻还可以将文件”还原”。
所以创建一个版本库也非常简单，如下我是D盘–> www下目录下新建一个testgit版本库。
gitblit 的使用
Gitblit 的使用介绍Gitblit 是一个开源的 Git 版本控制系统，它提供了一个简单、可靠、可扩展的方式来管理 Git 仓库。
本文将详细介绍 Gitblit 的使用方法，包括安装、配置、创建仓库、权限管理等内容。
安装1.下载 Gitblit 的最新版本压缩包。
2.解压缩压缩包到目标文件夹。
3.运行 Gitblit 的启动脚本。
配置1.打开 Gitblit 的配置文件（gitblit.properties）。
2.根据实际需求修改配置项，如端口号、数据存储路径等。
3.保存并关闭配置文件。
创建仓库1.打开 Gitblit 的管理界面。
2.点击“Repositories” 选项卡。
3.点击“New Repository” 按钮。
4.输入仓库名称、描述等信息。
5.选择仓库类型（例如 Bare、Personal、Public）。
6.点击“Create” 按钮。
权限管理1.打开 Gitblit 的管理界面。
2.点击“Users” 选项卡。
3.点击“New User” 按钮。
4.输入用户名、密码等信息。
5.选择用户角色（例如 ADMIN、MANAGER、USER）。
6.点击“Create” 按钮。
分支管理1.打开 Gitblit 的仓库页面。
2.点击“Branches” 选项卡。
3.点击“New Branch” 按钮。
4.输入分支名称。
5.点击“Create” 按钮。
提交代码1.打开 Gitblit 的仓库页面。
2.点击“Source” 选项卡。
3.选择要提交代码的分支。
4.点击“New File” 按钮。
5.输入文件名、代码内容等信息。
6.点击“Commit” 按钮。
查看历史记录1.打开 Gitblit 的仓库页面。
2.点击“History” 选项卡。
3.查看提交记录、文件变更等信息。
克隆仓库1.打开 Gitblit 的仓库页面。
2.复制仓库的 HTTPS 或 SSH URL。
3.在本地使用 Git 客户端执行克隆操作。
GIT版本库操作手册及管理规范
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进行配置定位查询。
git使用方法
git使用方法Git是目前最流行的分布式版本控制系统，它是一个开源项目，可轻松实现文件的版本控制、同步和分享。
在这里，我们将简要介绍Git的基本功能，并演示如何使用Git来控制文件的版本控制、同步和分享。
1.Git简介Git是一种开源的、分布式的版本控制系统，可以跟踪文件和提交，并可以在同一张表中跟踪多个版本。
它可以很容易地将文件和文件夹同步到不同的电脑上，并可以跟踪文件的更新、查看历史版本，以及恢复历史版本的内容。
Git的灵活性和简单性使其在软件开发中大受欢迎。
2.Git的安装要使用Git，首先需要在计算机上安装Git。
安装Git的步骤很简单：从Git的官方网站上下载安装包，然后双击安装程序完成安装即可。
3.Git的基本命令Git拥有众多的命令，可以用来完成各种版本控制任务，这里介绍几个常用的基本命令：init：它可以在当前目录中创建一个 Git 仓库，并将当前目录中的文件添加到Git仓库中；clone：可以将远程Git仓库复制到本地；add：可以将本地目录中的文件添加到Git仓库中；commit：可以将本地仓库中的文件提交到Git仓库中，这样Git 仓库中就会有新的版本；push：可以将本地仓库中的文件推送到远程Git仓库中，这样远程Git仓库中也会有新的版本；pull：可以将远程Git仓库中的文件复制到本地仓库中，以便将远程Git仓库中的最新版本复制到本地；log：可以查看Git仓库的历史版本，并可以比较不同版本之间的差异；checkout：可以将Git仓库中的某个版本复制到本地仓库中，以便恢复到某个特定版本。
4.小结Git是一种开源的、分布式的版本控制系统，可以跟踪文件和提交，轻松实现文件的版本控制、同步和分享。
本文介绍了如何安装Git，以及一些常用的基本命令，可以帮助用户快速上手Git并使用它来控制文件的版本控制、同步和分享。
git的操作流程
git的操作流程
git是一种版本控制系统，它可以追踪代码库中的所有更改，并保留所有版本的历史记录。
以下是git的操作流程：
1. 创建本地仓库：使用git init命令在本地创建一个新的空白仓库。
2. 添加文件：使用git add命令将文件添加到git仓库中。
可以使用通配符添加多个文件。
3. 提交更改：使用git commit命令提交更改。
在每次提交时，都会创建一个新的版本，并记录下更改的详细信息。
4. 推送到远程仓库：使用git push命令将本地仓库中的更改推送到远程仓库。
在首次推送之前，需要先将本地仓库与远程仓库关联。
5. 拉取最新版本：使用git pull命令从远程仓库中拉取最新版本。
这通常是在多个开发者同时工作时使用的。
6. 分支管理：使用git branch命令可以创建、删除、重命名或列出分支。
使用git checkout命令可以切换分支。
7. 合并分支：使用git merge命令可以将一个分支的更改合并到当前分支中。
8. 回滚更改：使用git revert命令可以回滚先前的更改，并创建一个新的提交来撤消更改。
总的来说，git是一个非常强大的工具，它可以帮助开发者在多人协作中更好地管理代码，保留版本历史记录，并更轻松地回滚更改。
- 1 -。
gitlab 管理操作手册
gitlab 管理操作手册GitLab 是一个基于 Git 的版本控制系统，可用于代码仓库的管理和团队的协作。
本手册将针对 GitLab 的管理操作进行详细介绍。
一、创建项目在 GitLab 上创建项目有以下几个步骤：1. 登录 GitLab 平台；2. 点击页面上的 "New project"；3. 在弹出的对话框中填写项目的名称、描述和可见性等信息；4. 点击 "Create project" 完成项目的创建。
二、管理项目1. 项目设置项目创建完成后，可以根据需要进行项目设置的调整。
进入项目页面后，点击 "Settings"，可以进行诸如修改项目名称、描述、访问权限和合并请求设置等操作。
2. 添加成员在项目设置中，可以通过 "Members" 选项来添加成员。
点击 "New member"，填写成员的用户名和权限等信息，即可邀请新成员加入项目。
3. 代码管理GitLab 提供了强大的代码管理功能，开发人员可以通过以下步骤进行代码管理：- 克隆仓库：在项目页面点击 "Clone" 按钮，复制仓库的地址，使用Git 命令进行代码克隆；- 新建分支：为了进行功能开发或修复 Bug，可以先创建一个新分支；- 提交变更：在本地修改代码后，使用 Git 命令将变更提交到本地分支；- 同步代码：将本地分支的变更推送到 GitLab 服务器，使用命令`git push`；- 创建合并请求：在变更推送到 GitLab 后，可以通过创建合并请求的方式将代码合并到主分支；- 审核合并请求：项目成员可以对合并请求进行评论、审查，并决定是否将其合并到主分支。
三、问题跟踪和项目计划GitLab 提供了问题跟踪和项目计划功能，方便团队协作和任务管理。
1. 创建问题：在项目页面点击 "Issues"，然后点击 "New Issue"，填写问题的标题和描述等信息；2. 分配问题：可以将问题指派给具体的成员，以便进行处理；3. 关联合并请求：在问题页面，可以关联相关的合并请求，以便追踪问题与代码的关联；4. 创建项目计划：在项目页面点击 "Issues"，然后点击 "Boards" -> "Create new board"，创建项目计划并进行任务管理。
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分支除数据库配置文件不同外，必须完全一致。
GIT分支：由开发工程师根据需求所建的分支，由开发工程师从本地GIT 资源库推送至公司统一的GIT版本资源库。
测试分支：由项目组自行定义的分支，用于管理测试环境的代码版本库，可根据业务部门的用户需求自行合并GIT分支进行打包整合，以提供给BU部门稳定的可用的测试环境。
版本管理工具小乌龟TortoiseGit的安装和使用（1）
1.2.1 生成公钥/Байду номын сангаас钥 生成公、私钥对,用来将代码提交到 Github: 点击 Generate,并不断移动鼠标在空白处;
待 Generate 进度完成后,复制公钥信息(可以保存到文本文件里,以免丢失); 点击 Save private key 保存密钥,不必添加密码短语:
名字任意;Key 中粘贴上一步中生成的公钥(共一行);
猴子吃桃问题猴子摘下若干number个桃子第一天吃了桃子的一半多一个以后每天吃了前一天剩下的一半多一个到第n天吃以前发现只剩下一个桃子求猴子共摘了几个桃子
版本管理工具小乌龟 TortoiseGit的安装和使用（ 1）
1、软件的安装: 1.1 安装 Git 使用软件管理工具搜索 Git:
下一步,填写姓名和邮件地址,不是 Github 的注册邮箱,只作为提交时的记录;
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
GIT版本管理工具操作实例演示
Windows窗口版
V1.0
2013-03-06 信息技术部张光胜
修改历史
阅读说明：
该文档描述了使用GIT的windows工具进行版本管理的全过程，所有的关键操作均通过文字和截图进行体现，通过具体的操作实例，展示了关键操作点。
请认真阅读！
注：截图中的版本号，项目分支，路径等内容，请根据工作实际内容填写，具体内容请向你的负责组长咨询。
1.首先需要通过认证，需要建立一对SSH KEY，使用如下工具：
2.工具界面如下：
3.需要通过鼠标的划动，来生成随机因素，保证密钥的随机性，请在指定范围内划动鼠标，直到进度条满。
4.进度条满了之后，就会显示一个SSH KEY信息。
请将框内的内容复制出来，通过邮件发送给指定的代码管理员。
5.同时，需要保存这对生成的key，请妥善保存，这个就是你的身份信息，后续使用将一直使用。
6.获取代码：
7.填入获取版本分支对应的信息：
A.版本库地址
B.本地存放目录
C.登陆使用的用户私钥文件地址
D.使用的版本分支
8.看看结果，SUCCESS
9.查看一下从服务器上新获得的版本内容
10.我们做开发，需要在自己的个人分支上去操作，不能直接
在项目分支内容上操作。
现在创建新分支：
11.个人分支的创建，分支名必须是遵循规则的，否则无法上传到服务器上。
个人分支的名称应为：user/[用户名]/[自定义名称] 其中前两项是固定规则，而[自定义名称]是可以自行决定。
个人分支的数量不受限制。
12.请选择你的个人开发分支的父分支名称，也就是说，是在哪个分支的基础上衍生出的当前分支，有多个选择，可以是最新当前项(HEAD)、指定分支、指定标记点(TAG)、指定版本节点(Version)。
如果选中“切换到新分支(switch to new branch)”，则会在完成当前新分支创建之后，将工作分支切换到新分支上去。
13.返回结果，创建成功！！！
14.现在我们来看看当前版本库是什么状态，通过“查看历史纪录show log”，这个显示了所有的版本状态，请多关注该项。
15.版本历史中，不同的版本状态通过颜色区分：
红色=当前工作分支所处分支；
绿色=本地分支；
粉红色=服务器上分支；
16.我们尝试修改一下内容，
17.再看看修改后显示成什么状态
18.修改完了，我们就要开始提交，注意：当前的提交，是提交到当前工作分支，也就是创建的个人开发分支上。
什么时候可以做提交？？
任何时候你都应该做提交！！！尤其是每天下班，以及完成每一个功能点的开发的时候。
不建议整合多个修改点统一提交，这将对后续的集成上线造成影响。
19.提交的时候，需要关注以下内容：
A.注释：重中之重，必须清晰明确地描述当前这次提交的修改的所有内容，完全覆盖，不可遗漏。
后续会检查所有人的提交注释，对不能正确表达的注释提交人做出处罚。
B.提交的文件内容，对需要提交的文件，需要勾选。
20.提交的结果显示
21.查看一下版本状态，是否自己的提交已经被版本记录。
22.提交只是将修改归入版本管理了，但还没将修改提交到服务器上，请牢记GIT是分布式的，本地和服务器都有一套版本库在维护。
我们需要将本地修改推送到服务器上。
因为我们是将本地新建的个人开发分支初次推送到服务器，所以之前不需要做“拉取pull”的操作。
23.填写需要写入的服务器端版本分支号，最好和本地的分支号保持一致，并满足个人开发分支命名规则。
24.查看结果
25.现在再看看版本历史状态
26.个人分支开发完成，需要合并到项目分支上。
先切换当前工作分支为项目分支：
27.切换对象为项目分支，这里我使用的项目分支是master 分支，请根据各自具体实际内容选择。
28.查看结果
29.看看版本历史里面是怎么显示的，注意，红色分支为当前工作分支。
30.以项目分支为基础，将指定分支（个人开发分支）合并到此基础分支上。
31.选择需要合并过来的分支内容
32.查看合并结果
33.现在需要将合并后的结果放到服务器上去，请先从服务器上拉取（pull）出最新的版本内容到本地，然后再将本地分支提交上去。
34.拉取的选项，请选择你需要提交的项目分支。
35.拉取结果
36.看看现在版本历史上都有些什么东西，发现在项目分支
（master）上，有其他用户提交了其他内容，已经和本地内容进行了合并。
请保证当前的项目分支（master）处于最顶端的最新节点上。
37.状态满足要求，可以对服务器上进行推送
38.同样的推送过程
39.查看结果
40.推送成功，看看版本历史上的内容
冲突处理
41.查看一下当前的版本历史，发现当前的版本没有处于最新的节点上，合并一下
42.将个人分支合并到项目分支里面去
43.合并报错，有问题，仔细看内容，提示有冲突（conflict）
44.查看文件夹状态，发现项目文件夹上的图标颜色变成黄色叹号，标示有冲突需要人工解决。
45.找到具体的冲突文件（也是黄色叹号显示），选择编辑冲突
46.看一下冲突对比文件，下图的窗口1/2分别是两个版本状态，上面做出了标记：窗口1是服务器端（Theirs-REMOTE），窗口2是本地（Mine-LOCAL）。
窗口3是合并后的内容。
目前的冲突情况是：本地和服务器的内容都修改了同一行，机器无法判断到底是用哪一个内容，所以窗口3中这一行的内容全是？
47.根据我们自己的选择，来修改这个内容，在这里，我选择了将服务器（窗口1）中的冲突内容放在本地（窗口2）的内容后面，这样冲突就解决了。
窗口3中能显示合并后的具体内容。
48.确认冲突解决后，请点击如下的冲突确认按键，将冲突标记关闭。
49.冲突解决后将自动完成剩下的合并工作，现在我们再来看
看版本历史的现实，已经完成合并。
50.在这之后，我们同样需要做拉取，推送本地的修改到服务器上的操作，请参考之前的步骤。