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存储库。
- 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记录位置。
整个项目就重置了。