ideal中使用git总结

本文详细介绍了如何在IDEA中使用Git进行代码管理,包括Git的安装、项目克隆、分支操作、提交与推送、分支切换、合并以及解决常见问题。强调了在提交和推送前应先拉取最新代码,确保分支切换和合并的正确性,并提供了错误处理方法。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

两年前使用过这套开发工具,做其他项目换了开发工具,现在再使用竟然全部忘记了,所以还是写篇博文详细记录一下,日后在忘了看一遍也就容易捡起来。

1.git安装
1.1 下载地址: https://git-scm.com/downloads
1.2 安装教程: https://www.cnblogs.com/xueweisuoyong/p/11914045.html

2.拉取项目
2.1 在本地新建一个文件夹mydev(文件夹命名随你),作为检出项目的存放地。
2.2 在mydev文件夹里面鼠标右键,点击git bash,弹出git命令窗口。
2.3 输入git init 命令,初始化git仓库(执行后会在该文件夹下生成一个.git文件夹)。
2.4 配置用户名和邮箱 (作用仅是用于提交代码时的用户标识,所以姓名和邮箱不需要一定是真实的,可以随便写你喜欢的但建议用自己的名字缩写拼音之类的,因为看提交历史记录时显示的是这里配置的name,写个乱七八糟的名字只有你自己晓得,别人都不知道谁提交的代码)

git config --global user.name "你的用户名"
git config --global user.email "你的邮箱"

2.5 git clone + 远程项目的地址,输入你的git账号密码,等待检出完毕。(默认检出的是master分支)
如果需要下载最新的分支 git clone -b 分支名称 远程项目的地址
比如 git clone -b release/v1.4.2 https://git.yulisao.com/demo/myproject.git
在这里插入图片描述
2.6 导入项目。打开ideal,点击工具栏的file – open ,找到你新建的目录mydev,选择你要导入的项目即可。
2.7 检出代码的另外一种方式是直接在ideal里面操作,则无需上面的2.5和2.6两个步骤。操作方法如下。工具栏vcs–》 checkout from Version Control – 》 git, 然后第一行输入你的git地址,第二行默认工作空间也就是项目检出的代码存放目录。注第一次检出时,可能会弹出输入git用户名密码的窗口
在这里插入图片描述在这里插入图片描述

3.拉取分支
开发新功能都需要自己拉一个新分支,ideal右下角有一个git的地方,点击一下,第一次会弹出输入git账号密码。输完之后会显示git上的所有分支主干,以master拉一个新分支
在这里插入图片描述
如图,上面是本地分支local baranchs,下面是远程分支remote baranchs,最开始local下面没啥内容只有一个master,remote下面有个master主干,点击show more可以看到更多的远程分支。当新拉分支或者切换分支后,local下面显示的也就越来越多了。远程和本地是独立开来的,二者之间只有拉取和推送的联系,所以开新分支需要先把远程分支拉到本地,再从本地拉出新分支,最后推送到远程。
在这里插入图片描述
如上图从远程分支选择要拉的分支master,右边有个三角形是下拉菜单,再点击checkout as(拉取之意),之后弹出一个框让你输入该分支在本地的别名(别名随便取,不重复就行。我这里命名master1,顺便提一下一个远程分支也是可以拉取多份到本地取不同的别名的),下一步之后本地local baranchs下面就多了一个分支master1,前面白色字体的是你取的别名,后面灰色字体origin/**** 的是对应的远程分支名称。
在这里插入图片描述
然后再选中本地local baranchs下面的master,点击后下拉菜单选checkout as(拉新分支之意)输入新的分支名称(没要求分支名称命名规范可以随便取名自己认识即可)。我这里命名为www20210222,下一步后就会拉出新分支,新分支也会显示在本地分支local baranchs下,此时新拉的分支只显示了前面白色的www20210222,后面没有灰色的origin/www20210222(效果如上图的login2),等你提交代码push推送后也就会显示灰色的origin/www20210222了。

特别注意:

1.本地local branch 下面的分支,点击下拉菜单有 delete删除选项。当本地分支太多了,无用的可以删除一些,但最好别把远程上的也删除了。
2.ideal右下角git处虽然显示的不是master,但要检查一下当前这个分支后面的灰色字体远程分支名,如果显示的是origin/master,千万不要提交推送,因为你是在别名主干上开发的,push后是推送到主干上去了,回退版本太麻烦。
比如
白色字体mybranch1 灰色字体origin/master,不可提交,这是本地的别名主干
白色字体mybranch1 无灰色字体 可提交 是刚新拉的分支还没有过任何提交记录而已
白色字体mybranch1 灰色字体mybranch1 可提交 是已有过提交记录的分支,本次又是在此分支上进行开发
当然也可以在commit 和 push 的时候,如下图检查下要提交的分支是否正确。右边的列表蓝色文件名是你改动的文件,双击文件名可以两本比对详细改动的文本内容。
在这里插入图片描述

4.提交本地分支
当自己的需求开发完成后就可以提交代码了,咱都是在自己的本地分支上进行改动和远程分支没任何关系,所以咱是先提交到本地分支,然后在推送到远程分支上去,推送后别人才能看到你修改的内容。
在这里插入图片描述
若新增了文件最开始文件名是显示红色的,若修改了文件名由白色显示蓝色。
4.1 选中项目右键,点击git,在点击add,将修改的内容添加到本地缓存(之后再看新增文件的文件名也会变成青色了)。
4.1 选中项目右键,点击git,在点击commit directory提交到本地分支,会弹出一个框,列举了改动的文件,点击文件可以两边比对详细的提交内容,检查下没问题就可以进行提交了。这个步骤和SVN的提交是一样的,唯一的区别的git是只提交到了本地分支,而SVN是直接提交到了远程分支中心代码库。(之后再看新增文件的文件名也会变成白色了)。
5.推送远程
5.1选中项目右键,点击git,在点击respository,点击pull。把远程库上最新的代码更新下来, 如果出现冲突要先解决。如果不先pull就push则可能会覆盖他人的代码,当然如果这个分支只有自己一个人使用直接push也没关系。
5.2选中项目右键,点击git,在点击respository,点击push。推送完成。
在这里插入图片描述
如上两个步骤pull 和push在右上角有快捷键,直接点击图标也很方便快捷。
这几个步骤总结几个字就是 add、 commit、 推送先pull后push。

6.切换分支
当需要切换分支时,如下图,最右下角的git处显示的是当前分支,点击选取要切的分支www20210222,在点击checkout(切换分支之意)即可,片刻后最右下角的git处显示的是www20210222,则切换成功。
在这里插入图片描述
也可以提过git命令切换分支。git checkout 要切换的分支名称 (比如git checkout release/v1.4.2) 切换分支的过程可能会报错如下,则需要提交本地新增的或被修改的文件
在这里插入图片描述
git add 新增文件.py
git commit 新增/修改文件.py
git checkout 要切换的分支名称 #提交完后重新切换即可
本地文件没提交,提过ideal切换分支,也同样会切换失败,ideal里面也可以操作提交代码到git在重新切换

7.合并分支
当然两人或者多人开发时候,做完的时候需要合并代码。步骤如下
7.1 本地切换对方分支,pull 拉取最新代码到本地
7.2 切回本地自己分支,选择本地对方分支 下拉菜单选择merger in current ,将对方的代码合并到了自己的分支上
7.3最后 push 到自己的远程分支
如果是往主干上合并,则主干是自己,需求分支是对方。

8.回滚代码
8.1 先查看历史记录
查看历史记录 点击项目名称–>鼠标右键 --> git – > show history
在这里插入图片描述
8.2 回退版本
选中需要回退到某个时间或者某人提交的最后记录,鼠标右键 --> reset current branch to here 操作后本地代码即已回退了,再次show history 就会发现看不到后面的那些提交记录
在这里插入图片描述
8.3 推送远程仓库
回退只是在操作本地代码,远程仓库还没有,所以需要进行推送,即用本地的全部代码覆盖远程仓库的代码(所以我们在操作8.2步骤执行回退时候最好拉取远程仓库同步本地代码为最新,以免导致自己误判应该从哪个git提交记录开始进行回退),(因为你本地无代码改动)推送的时候需要选强制推送才可以推送成功
在这里插入图片描述

在这里插入图片描述

9.发布项目
git、ideal、jenkins可以说是一套标配,发布是在jenkins上进行发布。浏览器登录jenkins后看到如下主界面在这里插入图片描述
列表展示的是所有的应用服务,找到自己要部署的应用,点击应用名称进行下一个界面
在这里插入图片描述
点击左侧的build with Parameters,选择要部署的分支和环境,最后点击build按钮即可。jenkins是全量部署的,也就是把整个分支的代码全部编译发布,所以等待的时间也比较长,大约要几分钟才能部署好。

点击build按钮后, build History下面会显示你刚刚部署的(显示有点慢可以手动刷新一下页面),并且有个蓝色的进度条表示部署进度,进度条后面有个小小的灰色叉表示取消部署,进度条前面的圆是一个不断闪烁的红色圆。部署完成后进度条就消失了,和上图构建历史记录下一样,是一个不动的蓝色圆了。如果是个灰色圆,说明被手动取消部署了,如果是个红色圆,说明部署失败了,大多情况不是偶然失败所以在部署也是失败,需要看下启动日志。build History下面找到你部署的那条记录(一般第一条就是),点击#开头的编号或者日期进入下一个页面。
在这里插入图片描述
点击Console Output 可以看到启动日志,一直下拉页面到底部,查看报错日志。点击parameters,可以查看本次部署的信息,部署的是哪个分支,往哪个环境上部署(此解界面与部署时,build with Parameters菜单页面一个模样无部署按钮而已)。

10.其他遇到的问题

  • 切换分支。当前分支有未提交的,无法切换到别的分支,需先提交。
  • 看不到别人新建的分支。在任意分支上pull拉取一下即可(点击工具栏pull快捷键图标或者项目右键git–respository–pull),则git会从远程服务端读取到最新的信息了。
  • 还原代码。选中整个项目/包/类文件,鼠标右键git – Revert… 会弹出一个框,显示了所有改动的地方,需要还原的前面打钩点击确定就好。
  • 合并代码有冲突解决完之后,发现还有地方没解决对,此时无法在重新合并了。
    如果还没有推送远程,则在本地找到这个项目删掉,之后ideal里面的项目会消失。然后在原文件夹内把项目重新检出,这样这个项目就是干干净净的了,ideal打开此项目,从远程重新拉取这两个分支到本地,即可重新合并。
  • git clone 命令拉取代码失败,提示fatal: Authentication failed for… 。这是提示认证不通过也就是git账号密码不对,比如修改了git密码但本地记录的还是以前的旧密码。执行git config --system --unset credential.helper 把本地的信息清理了,再次执行git clone 命令就会弹窗提示你输入账号密码了。
### 回答1: 在Git中,ideal(指理想状态)是一个纯粹的概念,无法直接与Git上的文件名称的颜色联系起来。Git是一个分布式版本控制系统,主要用于跟踪文件的变化,而不是用于控制文件的外观。 然而,在一些Git图形界面工具中,可以通过设置来改变文件名称的颜色以传达信息。这些设置通常是与特定的工具和配置文件有关。 举例来说,如果使用Git Bash这样的终端工具,可以通过修改shell的配置文件来改变文件名称的颜色显示。通过编辑.bashrc文件(对于Linux或Mac)或.bash_profile文件(对于Mac),可以添加或修改文件关联的颜色设置。这样,可以根据文件名称的类型或状态(比如修改、新增)来设置不同的颜色。 对于像GitHub这样的Git托管服务,在Web界面上显示的文件名称颜色通常是根据文件的状态来自动确定的。比如,修改过的文件会显示为绿色,新添加的文件会显示为蓝色,而删除的文件会显示为红色。这种颜色显示是由网站自动处理的,无需用户手动设置。 总之,Git本身并不直接提供修改文件名称颜色的功能,具体的设置和显示方式通常是通过特定的工具、配置文件或网站进行处理的。 ### 回答2: 在Git中,IDEAL是一个常用的终端命令行工具,用于管理代码仓库和版本控制。在IDEAL中,被修改文件名称的颜色是由终端的颜色配置来决定的。 要修改被修改文件名称的颜色,需要在终端配置文件中进行设置,一般情况下,终端配置文件位于用户目录下的.bashrc或者.zshrc文件。 打开终端配置文件,可以使用文本编辑器编辑该文件,比如可以使用vim命令行编辑器,输入以下命令进行编辑: vim ~/.bashrc 或者 vim ~/.zshrc 进入编辑器后,可以通过搜索“文件名颜色”或者类似的关键词,找到与终端颜色相关的配置项。大多数终端配置文件中会有一个颜色配置表,其中包含了各种不同的颜色代码。 找到对应的颜色配置项后,可以通过更改颜色的代码值来修改被修改文件名称的颜色。颜色代码一般以\x1b开头,接着是以[开头的标识符,后面跟着数字,表示颜色的不同组合。你可以通过试验不同的颜色代码,来找到你喜欢的颜色。 保存并关闭终端配置文件后,需要重新加载终端配置文件,或者关闭并重新打开终端,使修改生效。 需要注意的是,不同的终端模拟器和操作系统可能会有不同的配置方式和颜色代码。因此,你可能需要查阅相关文档或网上资源,以获取适用于你的终端和操作系统的正确配置方式。 总结起来,要在IDEAL中修改被修改文件名称的颜色,需要编辑终端配置文件,找到颜色配置项,并更改对应的颜色代码,最后重新加载终端配置文件,使修改生效。 ### 回答3: 在Git中,IDE(Integrated Development Environment,集成开发环境)是一个非常方便的工具,提供了许多有用的功能帮助我们管理代码,包括文件修改和重命名。当文件在IDE中被修改或重命名时,Git是如何给出颜色提示的呢? 首先,让我们看一下Git的一些基本概念。在Git中,文件状态有三个主要状态:未跟踪(Untracked),已修改(Modified)和已暂存(Staged)。当我们对文件进行修改或重命名时,Git会根据文件的状态,在IDE中以不同的颜色给出相应的提示。 1. 未跟踪:当我们新建一个文件时,它会被标记为未跟踪状态。在IDE中,这些文件通常以红色显示,表示它们还未添加到版本控制中。 2. 已修改:当我们对一个已经被Git跟踪的文件进行修改时,Git会将其标记为已修改状态。在IDE中,这些文件通常以黄色或橙色显示,表示它们在上一次提交之后被修改过。 3. 已暂存:当我们对文件进行修改并将其暂存(Stage)后,Git将其标记为已暂存状态。在IDE中,这些文件通常以绿色显示,表示它们即将被提交到版本控制中。 对于重命名文件来说,Git会将其视为原文件的删除和新文件的添加。原文件的删除会被视为已修改状态,新文件的添加会被视为未跟踪状态。因此,在IDE中,我们通常会看到原文件以黄色显示(已修改状态),新文件以红色显示(未跟踪状态)。 总而言之,Git在IDE中通过各种颜色来区别文件的状态,以便开发者更好地管理和跟踪文件的变化。未跟踪的文件通常为红色,已修改的文件通常为黄色或橙色,已暂存的文件通常为绿色。通过这些颜色提示,我们可以快速了解文件的状态,并做出相应的操作。
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值