Eclipse中git的基本使用
使用Eclipse进行Java应用程序开发的入门教程
使用Eclipse进行Java应用程序开发的入门教程第一章：介绍Eclipse和Java开发环境Eclipse是一款流行的集成开发环境（IDE），可用于开发各种编程语言，包括Java。
它提供了强大的工具和功能，使Java开发变得更加高效和便捷。
1.1 Eclipse的安装首先，下载适用于Java开发的Eclipse版本。
安装过程相对简单，按照向导提示顺序执行即可完成。
确保选择Java开发工具（Java Development Tools，JDT）的安装。
1.2 JDK的安装和配置Eclipse需要Java Development Kit（JDK）才能编译和运行Java 代码。
确保已安装最新版本的JDK，并将其配置为Eclipse的默认JDK。
1.3 创建Java项目启动Eclipse后，选择"File -> New -> Java Project"来创建一个新的Java项目。
在弹出的对话框中，输入项目名称并选择所需的JDK版本。
点击"Finish"来创建项目。
第二章：Eclipse的基本功能和工作空间2.1 工作空间Eclipse使用工作空间（Workspace）来组织项目和资源文件。
在启动Eclipse时，会要求选择工作空间文件夹。
一个工作空间可以包含多个项目。
2.2 项目资源Eclipse的"Package Explorer"窗口显示项目中的所有文件和文件夹。
你可以在此窗口中创建、删除和管理项目资源。
2.3 编辑器Eclipse的编辑器是主要的编码区域，用于编写和编辑Java代码。
当你双击项目中的Java文件时，它会在编辑器中打开。
2.4 调试器Eclipse提供强大的调试功能，可帮助你发现和修复代码中的错误。
你可以设置断点、单步执行代码、查看变量的值等。
调试器是开发过程中非常有用的工具。
第三章：Java项目的创建和配置3.1 创建包和类在Eclipse的"Package Explorer"窗口中，右键点击项目，选择"New -> Package"来创建一个包。
Git使用总结（包含GitBash和GitGUI的使用）（转自CSDN）
Git使⽤总结（包含GitBash和GitGUI的使⽤）（转⾃CSDN）基本命令初始化设置配置本机的⽤户名和Email地址$ git config --global "Your Name"$ git config --global user.email "email@"创建版本库(仓库)版本库⼜叫仓库(repository)，这个⽬录⾥⾯的所有⽂件都可以被Git管理起来，每个⽂件的修改、删除都能被跟踪。
在合适的位置直接⿏标右键创建⼀个空⽬录作为仓库，然后从Git-Bash命令⾏进⼊到该⽬录，或者也可以使⽤命令⾏创建空⽬录，再进⼊到该空⽬录中。
以下给出创建并初始化git仓库的代码：进⼊到仓库的位置，我将仓库放在了C:\Android\git-repositories⽬录下，注意，使⽤cd命令进⼊到⽬录中时，在Git-Bash中应该使⽤斜线”/”，⽽不是反斜线”\”$ cd C:/Android/git-repositories$ mkdir new_repository_1 创建新的⽬录$ cd new_repository_1 进⼊到创建的⽬录使⽤init命令将当前⽬录初始化为Git仓库$ git initInitialized empty Git repository in C:/Android/git-repositories/new_repository_1/.git/(显⽰信息意思为：初始化了⼀个空的Git仓库，new_repository_1⽬录下多了⼀个.git⽬录，时⽤来管理版本库的)将数据提交到git仓库（本地仓库）第⼀步：添加⽂件$ git add . 添加所有的⽂件、⽂件夹$ git add <file> 添加指定名称的⽂件,<>内部写⽂件全称注：如果⽂件没有做出任何修改，则默认不会添加任何⽂件第⼆步：提交⽂件$ git commit –m “commit info” 提交本次事务，即将add的⽂件提交到git仓库，引号内部表⽰本次提交的提⽰信息查询提交状态$ git status 显⽰提交的状态：已经添加，等待提交事务的⽂件(绿⾊字体表⽰)；已经改变但是没有添加(not staged)的⽂件(红⾊字体表⽰)；查询该⽂件和git仓库中的⽂件的区别，即做了什么修改$ git diff <⽂件全称> 如果已经add了，就打印不出有什么修改了，这⼀步骤应该在add之前，即添加之前可以⽤来看看做了什么修改。
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进行配置定位查询。
Gitblit搭建及Git协作开发流程参考
Gitblit搭建及Git协作开发流程版本：v1.0(2015年3月20日)作者：南瓜剪子1.概述目前主流的是git作为自己代码管理，但是采用github需要付费才能够使用，如果不付费，代码需要公开。
创业团队及小型开发团队都有必要搭建自己的代码服务器，自己摸索需要一定的时间，会赶不及项目进度。
在此作者把自己的经验作为文档写下来，方便互联网各位创业者参考，能很快的搭建自己所需要的代码服务器。
同时作者也把最基本的开发流程，代码提交，代码上传，代码merge等流程用命令写出，方便大家参考。
作者自己的团队开发以Maven+Java为主，使用eclipse作为开发工具，相关部分在此文档中都有详细的描述。
文档中使用的工具版本如下jdk1.8.0_73Gitblit 1.7.1Eclipse MARS.1PortableGit 2.7.1Apache-maven-3.3.9注意：由于互联网技术日新月异，以后工具如有更新，流程也许会变化，所以本文档中流程只作为参考。
并请准备一台Windows机器，并且在你的局域网内，开发者能够访问注意: 如果你只是一个开发者，不需要关心Gitblit代码服务器搭建，请跳过下面章节第3章Gitblit服务器搭建第4章配置Gitblit用户第5章创建第一个Gitblit版本库第7章项目管理者上传项目最初始代码这几张是有关Gitblit部分，主要是代码管理员需要学习服务器管理。
开发人员请从后面相关部分学习，后面类容依然精彩，会告诉你怎么下载代码，构建工程，还有上传代码，更新代码。
2.安装JDK安装JDK这个过程我就不再过多描述访问/technetwork/java/javase/downloads下载最新JDK,并按操作安装安装完毕后最好设置环境变量JAVA_HOME及PATH新建JAVA_HOME=C:\Program Files\Java\jdk1.8.0_73 (你的JDK安装目录，请核对你自己目录及版本) 并把(;%JAVA_HOME%\bin;)加入到PATH大致流程如下图所示3.Gitblit服务器搭建访问地址：/下载最新的Gitblit windows版本，由于小型团队一般以windows机器为主，在这里只介绍windows版本的搭建Step1) 下载gitblit-1.7.1.zipStep2) 解压到D:\open_source\gitblit-1.7.1Step3) 创建一个目录，用来存放代码库：D:/GitRepositoiesStep4) 修改data目录下的gitblit.properties(D:\open_source\gitblit-1.7.1\data\gitblit.properties)加入以下红色内容## GITBLIT.PROPERTIES## Define your custom settings in this file and/or include settings defined in# other properties files.## Include Gitblit's 'defaults.properties' within your configuration.## NOTE: Gitblit will not automatically reload "included" properties. Gitblit # only watches the 'gitblit.properties' file for modifications.## Paths may be relative to the ${baseFolder} or they may be absolute.## COMMA-DELIMITED# SINCE 1.7.0include = defaults.properties## Define your overrides or custom settings below## Base folder for repositories.# This folder may contain bare and non-bare repositories but Gitblit will only # allow you to push to bare repositories.# Use forward slashes even on Windows!!# e.g. c:/gitrepos## SINCE 0.5.0# RESTART REQUIRED# BASEFOLDERgit.repositoriesFolder = D:/GitRepositoies# Standard http port to serve. <= 0 disables this connector.# On Unix/Linux systems, ports < 1024 require root permissions.# Recommended value: 80 or 8080## SINCE 0.5.0# RESTART REQUIREDserver.httpPort = 1000# Secure/SSL https port to serve. <= 0 disables this connector.# On Unix/Linux systems, ports < 1024 require root permissions.# Recommended value: 443 or 8443## SINCE 0.5.0# RESTART REQUIREDserver.httpsPort = 1001# Specify the interface for Jetty to bind the standard connector.# You may specify an ip or an empty value to bind to all interfaces.# Specifying localhost will result in Gitblit ONLY listening to requests to# localhost.## SINCE 0.5.0# RESTART REQUIREDserver.httpBindInterface =# Specify the interface for Jetty to bind the secure connector.# You may specify an ip or an empty value to bind to all interfaces.# Specifying localhost will result in Gitblit ONLY listening to requests to# localhost.## SINCE 0.5.0# RESTART REQUIREDserver.httpsBindInterface =注意：红色部分属性都是从同目录下defaults.properties拷贝过来，只是采用了我们自己的配置，其中为了安全及便利，我没有没有使用端口80及443，用1000及1001代替(因为我团队的机器80端口用作其他用途了)。
git使用指南
Git使用指南Li Yanruiv0.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过程中诸位同学所遇到的一些细节问题。
Contents第1章使用Git管理个人文档11.1何种文档需要保存11.2建立项目仓库11.3关于建立Git仓库的一些细节31.4仓库与工作树41.5在项目中工作41.6查看版本历史51.7撤销与恢复71.8如何使用Git帮助文档81.9总结8第2章基于Git的团队协同开发92.1两个人如何协同92.2如何解决仓库合并冲突102.3三人以至更多人如何协同122.4M2GE的协同开发132.5总结14第3章项目分支管理153.1如何产生项目分支153.2分支的合并163.3M2GE新的协同开发模式163.4总结17第1章使用Git管理个人文档本章讲述如何使用Git管理我们的个人文档，用以展示Git的一些基本功能，并且秉承学以致用、用以促学的精神，引导大家积极地将Git应用于日常学习与工作中的文档备份。
Git基本操作流程
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' 显⽰可⽤的⼦命令和⼀些概念帮助。
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部门稳定的可用的测试环境。
visual studio git使用方法
visual studio git使用方法一、Git简介Git是一种分布式版本控制系统，用于跟踪文件的变化。
它具有强大的分支和合并功能，可以轻松地管理代码的版本历史。
Visual Studio是一个集成开发环境（IDE），提供了丰富的工具来帮助开发者使用Git进行版本控制。
二、安装Git要使用Visual Studio进行Git版本控制，首先需要在计算机上安装Git。
可以从Git官方网站下载并安装最新版本的Git。
三、配置Git在安装Git后，需要配置您的用户名和电子邮件地址，以便在提交代码时使用。
打开命令行终端，输入以下命令进行配置：```shell$ git config --global "Your Name"$gitconfig--globaluser.email"**********************"```这将设置您的用户名和电子邮件地址，以便Git能够识别您的身份。
四、安装Visual StudioVisual Studio是一款功能强大的IDE，提供了丰富的工具来帮助开发者编写和调试代码。
可以从Microsoft官方网站下载并安装Visual Studio。
要在Visual Studio中使用Git，需要安装Visual Studio Git扩展。
可以从Visual Studio Marketplace中搜索并安装该扩展。
安装完成后，打开Visual Studio并启用Git扩展。
六、创建存储库（Repository）在Visual Studio中，创建一个新的存储库来管理您的代码。
在“File”菜单中选择“New”，然后选择“Storage Repository”，即可创建存储库。
七、初始化存储库（Repository）在存储库创建完成后，需要将其初始化为Git存储库。
在命令行终端中，导航到存储库所在的目录，并运行以下命令：```shell$ git init```这将初始化存储库并使其成为Git存储库。
Git操作详解
Git操作详解，学会Git⼏乎成了开发者的必备技能。
是⽬前最流⾏的，学会是⽬前最流⾏的Git有很多优势，其中之⼀就是远程操作⾮常简便。
本⽂详细介绍5个Git命令，它们的概念和⽤法，理解了这些内容，你就会完全掌握Git远程操作。
git clonegit remotegit fetchgit pullgit push本⽂针对初级⽤户，从最简单的讲起，但是需要读者对Git的基本⽤法有所了解。
同时，本⽂覆盖了上⾯5个命令的⼏乎所有的常⽤⽤法，所以对于熟练⽤户也有参考价值。
⼀、git clone远程操作的第⼀步，通常是从远程主机克隆⼀个版本库，这时就要⽤到git clone命令。
$ git clone <版本库的⽹址>⽐如，克隆jQuery的版本库。
$ git clone https:///jquery/jquery.git该命令会在本地主机⽣成⼀个⽬录，与远程主机的版本库同名。
如果要指定不同的⽬录名，可以将⽬录名作为git clone命令的第⼆个参数。
$ git clone <版本库的⽹址> <本地⽬录名>git clone⽀持多种协议，除了HTTP(s)以外，还⽀持SSH、Git、本地⽂件协议等，下⾯是⼀些例⼦。
$ git clone http[s]:///path/to/repo.git/$ git clone ssh:///path/to/repo.git/$ git clone git:///path/to/repo.git/$ git clone /opt/git/project.git$ git clone file:///opt/git/project.git$ git clone ftp[s]:///path/to/repo.git/$ git clone rsync:///path/to/repo.git/SSH协议还有另⼀种写法。
$ git clone [user@]:path/to/repo.git/通常来说，Git协议下载速度最快，SSH协议⽤于需要⽤户认证的场合。
eclipse git stash用法
eclipse git stash用法Eclipse Git Stash用法：在使用Git进行版本控制时，有时候我们需要暂时保存正在进行的工作，但又不想将修改的代码提交到Git仓库。
这时候，可以使用Git的Stash功能，而在Eclipse中使用Git Stash功能也是非常方便的。
Git Stash是一种可以将当前工作目录的修改保存为一个临时状态（stash），从而可以进行其他操作而不会受到此次修改的影响。
下面是Eclipse中使用Git Stash的具体步骤：1. 打开Eclipse并进入要进行操作的项目。
2. 确保你已经将项目与Git仓库关联起来。
如果没有，请进行Git初始化并将项目与远程仓库关联。
3. 找到Eclipse的Git视图，可以通过选择菜单栏的"Window" -> "Show View" -> "Git"来打开。
在Git视图中，你将看到与项目相关的Git操作选项。
4. 在Git Staging视图中，你将看到当前工作目录下的所有修改。
选择你想要暂时保存的修改。
5. 右键点击选中的修改，在弹出菜单中选择"Stash Changes"。
这将会将选中的修改保存为一个stash，并恢复到Git HEAD的位置。
你也可以选择"Stash and Keep"选项，这样会保留修改并将其应用到最新的Git提交上。
6. 如果你想查看已保存的stash，可以在Git Staging视图中展开"Stashes"部分。
在这里，你可以选择恢复stash或者删除stash。
恢复stash会将stash的修改应用到工作目录中。
7. 当你完成了其他的操作或者想恢复之前stash的修改时，可以右键点击stash 并选择"Apply Stash"。
这会将stash的修改应用到当前的工作目录中。
Git常用命令
后面可以跟目录
Git简单介绍(10)
Git remote - 用于管理远程仓库
常用的 $git remote -v
$git remote add center ssh://benn@192.168.1.11/git_repo/linux2.6.36.git $git remote rm center $git remote show center
Git简单介绍(19)
Git apply
略
Git简单介绍(20)
Git format-patch
略
Git简单介绍(21)
Git am
略
Git web界面
浏览http://192.168.1.11/git，简单介绍下
举例1
Intro-to-git.pdf P194~251
举例2
A10 Linux BSP使用
1. 获取repo工具
2. 获取A10配置文件 $repo/repo init -u git://192.168.1.11/manifest.git -m sun4i.xml
用浏览器打开http://192.168.1.11/git，进入 manifest.git的tree页面，可查看配置文件
Git add - 把文件添加到index表中
常用的： $git add . $git add file1 file2
Committing
Staging
Git简单介绍(4)
Git status – 查看当前工作目录的状态
当前工作目录与HEAD的比较 $git status
Git简单介绍(5)
git使用攻略
最近在网上看到有一帖，不错，我就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发现是没有私钥。
Eclipse上EGIT使用手册
一、安装EGIT插件/egit/updates/或者使用Eclipse Marketplace，搜索EGit二、使用EGIT前的配置配置个人信息，最重要的是和user.emaill Preferences > Team > Git > Configuration l New Entry三、新建GIT仓库新建NC module projectl File > Team > Share Project 选择GIT创建仓库后，在$workspace\demo目录下的.git文件夹，就是git的仓库地址。
和CVS、SVN不同，GIT不会在每一个目录下建立版本控制文件夹，仅在根目录下建立仓库同时，eclipse中的project也建立git版本控制，此时未创建分支，处于NO-HEAD状态文件夹中的符号”?”表示此文件夹处于untracked状态，这样就成功创建GIT仓库。
四、配置.gitignore此时我们尝试做一次提交l Team -> Commit…如上图所示，Author和Committer会默认为Git配置的用户信息。
下面的Files窗口中可以看到此次提交的文件，其中有非常多带有NC_HOME的文件，此时可以猜测出，在我们的project中链接的NC_HOME也被GIT默认到版本控制中了，如下图：显然NC_HOME和out是不需要进行版本控制的，我们可以通过配置.gitignore来排除这两个文件夹打开Navigator窗口，在project根目录中添加.gitignore文件，将需要排除控制的目录写入.gitignore文件中再次尝试commit，需要提交的文件已经被过滤首次提交后，会自动生成master分支然后在public中新建一个文件，可以看到图标依然是问号，处于untracked状态，即git 没有对此文件进行监控通过Team -> Add to index可以将文件加入git索引，进行版本监控可以看到图标显示也有了变化（EGIT中只要Commit就可以默认将untracked的文件添加到索引再提交更新，不需要分开操作）也可以通过Team -> Untrack将文件从索引控制中排除。
Git基本操作命令合集
Git基本操作命令合集平时⾃⼰敲敲代码，使⽤Git命令也渐渐多了起来。
使⽤起来的确很⽅便，今天来分享下Git基本概念和本地代码提交到github上的过程，很简单的，多操作⼏次就会了。
Git定义Git 是⼀个开源的分布式版本控制系统，⽤于敏捷⾼效地处理任何或⼩或⼤的项⽬。
Git 与常⽤的版本控制⼯具 CVS, Subversion 等不同，它采⽤了分布式版本库的⽅式，不必服务器端软件⽀持。
Git 与 SVN 区别1、Git 是分布式的，SVN 不是：这是 Git 和其它⾮分布式的版本控制系统，例如 SVN，CVS 等，最核⼼的区别。
2、Git 把内容按元数据⽅式存储，⽽ SVN 是按⽂件：所有的资源控制系统都是把⽂件的元信息隐藏在⼀个类似 .svn、.cvs 等的⽂件夹⾥。
3、Git 分⽀和 SVN 的分⽀不同：分⽀在 SVN 中⼀点都不特别，其实它就是版本库中的另外⼀个⽬录。
4、Git 没有⼀个全局的版本号，⽽ SVN 有：⽬前为⽌这是跟 SVN 相⽐ Git 缺少的最⼤的⼀个特征。
5、Git 的内容完整性要优于 SVN：Git 的内容存储使⽤的是 SHA-1 哈希算法。
这能确保代码内容的完整性，确保在遇到磁盘故障和⽹络问题时降低对版本库的破坏。
Git安装安装成功后，就可以使⽤命令⾏的git⼯具（已经⾃带了ssh客户端）了，另外还有⼀个图形界⾯的 Git 项⽬管理⼯具。
在开始菜单⾥找到"Git"->"Git Bash"，会弹出Git命令窗⼝，你可以在该窗⼝进⾏Git操作。
Git基本命令新建代码库# 在当前⽬录新建⼀个 Git 代码库git init# 新建⼀个⽬录，将其初始化为 Git 代码库git init [project-name]# 下载⼀个项⽬和它的整个代码历史git clone [url]配置⽂件Git的设置⽂件为.gitconfig，它可以在⽤户主⽬录下（全局配置），也可以在项⽬⽬录下（项⽬配置）。
git基础操作命令
1. git pull 更新服务器代码到本地a). git pull origin master是将origin这个版本库的代码更新到本地的master主分支2. git push 将本地代码提交到服务器3. git log 查看提交信息a). git log -p 查看历次的log信息及更改情况b). git log -p -4 查看距现在最近的4次的log信息及更改情况c). git log frameworks/ 查看关于frameworks/目录修改相关的log信息d). git log --stat 查看log显示文件修改情况e). git log --stat packages/apps/Contacts/ 查看关于packages/apps/Contacts/目录修改相关的log显示的文件修改情况4. git status查看工作目录和代码仓库的改动情况，这个比较重要，可以查看你自己代码哪些需要上传，然后再去add commit5. git diff 查看工作目录和本地仓库的差异或者本地仓库各个版本的差异a). git diff packages/apps/Contacts/AndoridManifest.xml 查看工作目录中AndoridManifest.xml和本地仓库中AndoridManifest.xml的不同b). git diff b46cae3b9a377bcd9cfc249a5778fce647feb961dc94bf29aab18168e79d6496a89e47dba7a1d494 查看这两个版本的不同(git diff history_oldhistory_current)c)git diff84d7c8bf6fde87316f693015d4a541a1adf037b3 b39cf58eea2f7733723ad90d104b83774136efa8 pa ckages/apps/Phone/src/com/android/phone/CallCard.java 查看两个版本之间针对特写文件的变化6. git commit 提交当前修改内容a). git commit file1 file2 -m "log message" 提交file1，file2到本地仓库b). git commit -a -m "log message" 提交所有在Git索引中的改动，所以事先先用git status，看自己代码和服务器的对比有哪些改动，最好不用-a7. git add 增加文件到Git索引a). git add file3 file4将file3，file4加入到Git索引中8. git rm 从Git索引移除文件a). git rm file3 将file3从Git索引中删除9. git branch 对分支的增、删、查操作a). git branch 显示所有本地分支b). git branch new_branch 在当前版本创建一个名为new_branch的分支c). git branch -D new_branch 强制删除名为new_branch的分支10. git checkout 在不同的branch切换和还原文件a). git checkout branch1 切换到branch1分支b). git checkout /packages/apps/Contacts/AndroidManifest.xml 会将AndroidManifest.xml文件从上一次提交的版本更新回来，未提交的部分会全部回滚11. git reset 将当前的工作目录完全回滚到指定的版本号a). git reset [--fixed] 3204f2f0bdfd6ada86c587b8927cdc5a15c586c1 只更新索引，不更新工作目录，也就是说所有的本地文件都不会更新b). git reset [--soft] 3204f2f0bdfd6ada86c587b8927cdc5a15c586c1c). git reset [--hard] 3204f2f0bdfd6ada86c587b8927cdc5a15c586c1 强制回滚到指定版本号，未提交的和此版本之后的更改全部删掉12. git mergea). git merge branch1 将branch1的改动合并到当前所在分支13. git patcha). git format-patch -1 打一个当前提交的补丁，也就是最后一次的提交改动b). git fromat-patch -1 6525c43add803bfee37cf5c1cb573ed8aecf529e 打一个指定具体某一次的补丁c). git format-patch -2 6525c43add803bfee37cf5c1cb573ed8aecf529e 打基于指定具体某个版本的接连两次的补丁15.git reset HEAD^表示回退刚刚的提交, git reset HEAD^^ 表示回退刚两次的提交,以此类推, 补充一下16.git format-patch -1 打印刚刚提交的一版的patch,相当于svn diff17.git show 查看当前提交的版本18.git show ffd98b291e0caa6c33575c1ef465eae661ce40c9 查看指定版本的文件19.git show ffd98b291e0caa6c33575c1ef465eae661ce40c9:filename 查看指定版本的某个文件20.git show 2010-Aug-12 查看指定tag的文件21.git remote show 查看远程仓库的信息22.git remote show origin 查看某个远程仓库的详细信息，比如要看所克隆的origin仓库23.git revert -n hashcode : git撤销某次历史提交; -n 不加的话,相当于撤销后的树状态也提交了,加了-n只是工作树回退了那次提交的内容,工作树处于待提交状态24.git show 9f5202b77bdd33f885207b618b7b2a78b6671813packages/apps/FM/src/com/hymost/fm/ui/FMRadio.java 查看特定版本特定文件的修改25.git diff 6af41d3 d67778 packages/apps/Music/>2.patch这个非常有用, 6af41d3 比d67778 新, 上句这样做的好处是可以产生从6af41d3 到d67778的反向diff ,把这个反向diff 写入2.patch,这样谁打了2.patch,谁就等于作了一次6af41d3 版本在对packages/apps/Music上所做修改的文本回退(如果该版本对这个目录的改动是有错的需要回退的,这是个好办法).回退,千万少用revert和reset ,这两个动作和危险,容易导致结点丢失.Changes to be committed:# (use "git reset HEAD <file>..." to unstage) //reset 加--soft 会保持文件的stage状态,(to be committed,这往往是被撤消的提交中的文件,stage中的文件的修改是diff不出来的), 如果不加(默认:mixed)就会把所有mark to be committed的文件全unstage掉,这时可以diff出来该文件的改动了## modified: packages/apps/Contacts/src/com/android/contacts/ContactsUtils.java //不会被diff出来, ## Changed but not updated: //会被diff出来# (use "git add <file>..." to update what will be committed)# (use "git checkout -- <file>..." to discard changes in working directory)## modified: frameworks/base/core/java/com/android/internal/app/RingtonePickerActivity.java# modified: frameworks/base/media/java/android/media/RingtoneManager.java## Untracked files: //不会参与版本管理,除非用git add进来# (use "git add <file>..." to include in what will be committed)补充一下: reset --hard hashcode就是相当于check out 掉所以从此hashcode之后的所有本地修改了,很危险,慎用.revert hashcode1相当于reset --hard, 不过它的指针不回退,反而是在当前HEAD之上再加一个版本,而该版本在文本上相当于hashcode1之前一个版本的文本内容,但这时候指针都没丢,反而还多了一个,这时候想回过来有办法,就是reset --hard 到HEAD^就行了,一切都回来了,等于什么也没做过.不过尽量不要用revert. 这已经是一个deprecated 命令了.其实对于像1->2->3->4->5,这样的版本链上,如果2->3东西有问题,想回掉这部分修改,却不影响3后面的修改,最好的办法就是不要通过指针来实现,而是通过本文修改来实现新增一个6版本,盖在5之上,我们只要把2->3的patch拿过来,在当前5的基础上,打个反向patch就行: git apply -R 2to3.patch, 这时你的本地代码从文本上就达到了你要想的结果,就是5的状态下把2->3的修改抹掉. 不过打patch有一点要注意,我们尽量不要把png等图片的patch放里头,这样会很慢,图片的二进制码很大. 而且我们可以对patch 进行修改,回退我们想要回退的文件和修改.26. 问题：1->2->3->4->5(本地和服务器上都是这个状态)如果你想把package/app/Contacts从5这个结点的内容恢复到2这个结点，但又想让HEAD指针保持在5上，怎么做？（1）首先，git checkout 78350ad27ed3ad070bc0b5044ec594e70800aded(结点2的hashcode) packages/apps/Contacts/此时，你git log 看到的最新的commit结点会是：commit ba5ca90406bd6aaba3c54c46e9d143829b6a52fb-----结点6Merge branch 'master' of 192.168.10.104:repositories/7x27a-2045这句话到底做了件什么事呢，首先它把packages/apps/Contacts/的内容恢复到2这个结点的状态，然后并最新的内容修改（即恢复后的）做为一个新的结点6来在5的后面提交一个新的结点，所以现在情况变成了：1->2->3->4->5->6（2）但是我们又不想增加新结点，怎么办呢，很简单，只要软reset一下就行,也就是:git reset 5点的hashcode,这样子你再用git diff 就会发现相当于你把package/app/Contacts下面的内容都手动准确地改到了2结点的状态，指针链还是保持在原来的1->2->3->4->5。
Git基本操作菜鸟教程
Git基本操作菜鸟教程Git 基本操作Git 的工作就是创建和保存你项目的快照及与之后的快照进行对比。
本章将对有关创建与提交你的项目快照的命令作介绍。
获取与创建项目命令git init用 git init 在目录中创建新的 Git 仓库。
你可以在任何时候、任何目录中这么做，完全是本地化的。
在目录中执行 git init，就可以创建一个 Git 仓库了。
比如我们创建 runoob 项目：$ mkdir runoob$ cd runoob/$ git initInitialized empty Git repository in /Users/tianqixin/www/runoob/.git/# 在/www/runoob/.git/ 目录初始化空 Git 仓库完毕。
现在你可以看到在你的项目中生成了 .git 这个子目录。
这就是你的 Git 仓库了，所有有关你的此项目的快照数据都存放在这里。
ls -a. .. .gitgit clone使用 git clone 拷贝一个 Git 仓库到本地，让自己能够查看该项目，或者进行修改。
如果你需要与他人合作一个项目，或者想要复制一个项目，看看代码，你就可以克隆那个项目。
执行命令：git clone [url][url] 为你想要复制的项目，就可以了。
例如我们克隆 Github 上的项目：$ git clone **************:schacon/simplegit.gitCloning into 'simplegit'...remote: Counting objects: 13, done.remote: Total 13 (delta 0), reused 0 (delta 0), pack-reused 13Receiving objects: 100% (13/13), done.Resolving deltas: 100% (2/2), done.Checkingconnectivity... done.克隆完成后，在当前目录下会生成一个 simplegit 目录：$ cd simplegit/$ lsREADME Rakefile lib上述操作将复制该项目的全部记录。
java 代码中clone git项目
一、介绍在日常的软件开发工作中，使用Git作为版本控制工具已经成为了标配。
Git可以帮助开发团队协作，管理代码的版本，以及追踪代码的变化。
在Java开发中，经常需要从Git仓库中克隆项目代码到本地开发环境中进行修改和测试。
本文将介绍在Java代码中如何通过命令行或者使用Java API来克隆Git项目。
二、使用命令行克隆Git项目1.安装Git要在命令行中使用Git命令，首先需要在本地计算机上安装Git软件。
可以从Git冠方全球信息站（网络协议sxxx）上下载适合自己操作系统的安装包，并按照冠方文档进行安装。
2.打开命令行安装完成Git软件后，在命令行中输入以下命令来检查Git是否成功安装：git --version如果成功安装，命令行将会输出Git的版本信息。
3.克隆Git项目在命令行中进入到想要克隆项目的目录，使用以下命令来克隆Git项目：git clone <git仓库位置区域>其中，<git仓库位置区域>是需要克隆的项目的Git仓库位置区域。
执行该命令后，Git将会从远程仓库中下载项目代码到本地目录。
三、使用Java API克隆Git项目除了在命令行中使用Git命令来克隆项目外，Java程序员还可以使用JGit这个开源的Git库来在Java代码中操作Git。
下面将介绍如何在Java代码中使用JGit来克隆Git项目。
1.添加JGit库依赖首先需要在Java项目的依赖管理工具中添加JGit库的依赖项。
如果使用Maven作为项目的构建工具，可以在项目的pom.xml文件中添加以下依赖项：<dependency><groupId>org.eclipse.jgit</groupId><artifactId>org.eclipse.jgit</artifactId><version>5.6.1.xxx-r</version></dependency>如果使用Gradle作为项目的构建工具，可以在项目的build.gradle 文件中添加以下依赖项：implementation 'org.eclipse.jgit:org.eclipse.jgit:5.6.1.xxx-r'2.克隆Git项目在Java代码中，使用JGit库的API来克隆Git项目十分简单。
myeclipse git分支合并代码
myeclipse git分支合并代码MyEclipse Git分支合并代码在软件开发中，版本控制是一个非常重要的环节。
而Git作为最流行的版本控制工具之一，其强大的分支管理功能为团队协作开发提供了很大的便利。
在使用MyEclipse进行开发的过程中，我们常常需要使用Git来管理代码，并且经常会遇到分支合并的情况。
分支合并是指将一个分支的代码合并到另一个分支中，以保持代码的同步和整合。
在实际的开发中，我们通常会有多个分支，比如主分支用于发布稳定版本，开发分支用于新功能的开发，bug修复分支用于修复已知问题等等。
当一个分支的代码开发完毕或者修复完毕后，我们需要将其合并到主分支中，以确保代码的完整性和稳定性。
我们需要在MyEclipse中配置Git的相关设置。
在MyEclipse的菜单栏中选择"Window"->"Preferences"，然后在弹出的对话框中选择"Team"->"Git"。
在"Git"选项卡中，我们可以设置Git的路径、用户名、邮箱等信息。
此外，还可以配置Git的SSH，以便进行远程仓库的克隆、拉取和推送操作。
在配置完Git之后，我们可以开始创建和切换分支了。
在MyEclipse的Git视图中，我们可以看到当前分支的信息，并且可以切换到其他分支。
要创建一个新的分支，可以右键点击当前分支，选择"Switch To"->"New Branch"，然后输入新分支的名称。
此时，我们就可以在新分支上进行代码的开发和修改了。
当我们在一个分支上的代码开发完毕后，就可以将其合并到其他分支中了。
在MyEclipse的Git视图中，可以右键点击目标分支，选择"Merge"->"Other Branch"，然后选择要合并的分支。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
一、安装E G I T插件
二、使用EGIT前的配置
三、新建GIT仓库
四、配置.gitignore文件
五、查看历史记录
六、推送远程仓库
七、远程GIT仓库
八、解决推送冲突
九、重置功能
一、安装EGIT插件
现在的eclipse一般都自带了，如果没有，使用EclipseMarketplace，搜索EGit
二、使用EGIT前的配置
配置个人信息，最重要的是和user.email
Preferences>Team>Git>Configuration
addEntry
三、新建GIT仓库
新建hh_monitor项目
File>Team>ShareProject选择GIT
创建仓库后，在$ProjectWorks\hh_monitor目录下的.git文件夹，就是git的仓库地址。
和CVS、SVN不同，GIT不会在每一个目录下建立版本控制文件夹，仅在根目录下建立仓库。
同时，eclipse中的project也建立git版本控制，此时未创建分支，处于NO-HEAD状态
文件夹中的符号””表示此文件夹处于untracked状态，这样就成功创建GIT 仓库。
四、配置.gitignore文件
配置.gitignore，排除不需要提交的文件。
此时我们尝试做一次提交,Team->Commit
如上图所示，Author和Committer会默认为Git配置的用户信息。
下面的Files窗口中可以看到此次提交的文件，其中有非常多带有work的文件，此时，在我们的project中链接的work也被GIT默认到版本控制中了。
work下面的文件不需要进行版本控制的，我们可以通过配置.gitignore来排除这这个文件夹。
打开Navigator窗口，在project根目录中添加.gitignore文件，将需要排除控制的目录写入.gitignore文件中。
再次尝试commit，需要提交的文件已经被过滤。
首次提交后，会自动生成master分支
然后在com.hh中新建一个文件，可以看到图标依然是问号，处于untracked状态，即git没有对此文件进行监控。
通过Team->Addtoindex可以将文件加入git索引，进行版本监控
PS:可以看到图标显示也有了变化（EGIT中只要Commit就可以默认将untracked的文件添加到索引再提交更新，不需要分开操作）
也可以通过Team->Untrack将文件从索引控制中排除。
将此次新增的文件commit到仓库中，文件将处于unmodified状态，或者说，这就是一种staged状态
然后修改文件的内容，文件将处于modified状态
五、查看历史记录
Team->Showinhistory可以查看版本历史提交记录
可以选择对比模式
六、推送远程仓库
我们的git仓库已经在服务器建好。
我在服务器已创建hh_monitor.git。
Team->Remoto->Push
完成推送后，弹出如下界面。
七、远程GIT仓库
如果其他同事参加到此项目开发。
打开GIT资源库窗口，选择克隆资源库。
现在已经把远程的GIT仓库克隆到本地，接下来需要将仓库检出为项目。
八、解决推送冲突
多人协作开发的情况下，往服务器推送更新时难免出现冲突，所以推送之前需要解决服务器端的最新版本和本地仓库的冲突。
Pull操作就是把服务器端的更新拉拢到本地仓库进行合并，解决好合并冲突后，就可以顺利push到服务器分支了。
假设，我和乐子在用GIT协作开发hh_monitor项目，目前服务器端的testAction.java文件的内容如下：
乐子做了如下修改
我做了如下修改
然后乐子先push代码，我commit到本地仓库。
Push会出现如下提示：
使用pull来合并本地仓库和远程仓库，发现文件出现冲突，此时GIT会自动合并冲突的文件，如下图所示：
很明显自动合并的冲突文件不能直接使用，我们可以手动调整，右键发生冲突的文件，选择Team->MergeTool
接下来就是熟悉的对比界面
Team->Untrack将文件从索引控制中排除
然后右键点击此冲突文件，选择Team->Addtoindex再次将文件加入索引控制。
此时文件已经不是冲突状态，并且可以进行提交并push到服务器端。
解决合并冲突后，乐子只需要将服务器中合并后的版本pull到本地，就完成了一次协作开发的代码合并。
从历史记录中可以看到，从mushroom开始历史进入分支，先是AA的记录，然后是BB的记录，最后历史分支合并。
九、重置功能
GIT中有三种重置功能，分别是soft、mixed、hard，区别如下：
Soft-当前分支重置到指定commit记录位置，索引和工作树不变；
Mixed-当前分支重置到指定commit记录位置，索引被更新，工作树不变；
Hard-当前分支重置到指定commit记录位置，索引和工作树都更新。
查看项目历史纪录，选择Reset,工作树是指左边的项目列表。
例如，我的项目被同事修改了很多功能，我想重置回到几天前的项目。
就可以直接Reset--Hard到指定的commit记录位置。
整个项目就重置了。