如何在IDEA 中使用Git
首先需要安装一个git;密码:14bf2安装然后按快捷键ctrl+alt+s进入设置,找到versioncontrol里面的git点击test,成功结果如下,这样git就和ideal关联上了3clone项目:选择github或者git均可,然后把需要克隆的地址复制下来4更新pull3还原5提交第一步是提交(若发现是红色的,就先执行add),第二步推(push)上去6创建新分支其他的用的不多
远程分支 origin/develop ,本地分支 local/develop。本地分支记录显示最近3次提交,V1,V2,V3都是使用的 git commit 提交,暂未执行 git push操作。
将version log日志调整为 显示本地分支 local/develop的记录。
例如:要将V2,V3合并提交后执行git commit,
选择中V2(较早的一条记录(V2,V3))鼠标右键执行,Interactively Rebase from Here… 等待一定时长
会弹出一个对话框,对话框会依次显示V2,V3。按照时间远近,从上到下排序,即,V2排第一,V3排下面。
修改对话框中V3的Action的值从 pick --》改为 squash
然后执行对话框中的 Start Rebasing。
这时候还会弹出一个对话框,这个对话框中,会显示V2,V3当时之心git Commit的时候写的提交注释,可以修改,例如改为“V2,V3合并提交”,修改完成在点击
Resume Rebasing。这时候 version Log日志窗口会显示 V1和 你刚刚提交注释信息“V2,V3合并提交”。
最后执行 git push 按钮,选中 V1,和 “V2,V3合并提交” 两次git commit 提交,push到远端即可。
备注:关于时间线:
IDEA,AndroidStudio中的
Version Log窗口:
Log框时间线:是从上到下,时间越来越早
Interactively Rebase from Here… 的弹窗框,显示的git commit的提交记录的时间线是: 从上到下,时间越来越近。即最近一次提交,在最下面。
备注2 ,当 Rebasing Commits框中第一列Action的含义如下:
选择pick操作,git会应用这个补丁,以同样的提交信息(git commit message)保存提交
选择reword操作,git 会应用这个补丁,但需要重新编辑提交信息(git commit message)
选择edit操作,git会应用这个补丁,但会因为amending而终止
选择squash操作,git会应用这个补丁,但会与之前的提交合并
选择fixup 操作,git会应用这个补丁,但会丢掉提交日志
选择exec操作,git会在shell中运行这个命令
众所周知,版本系统在开发环境中是必不可少的,但是我们可以把代码免费的托管到GitHub上,如果我们不原意公开项目的源代码,公司又不想付费使用,那么我们可以自己搭建一台Git服务器,可以用Gitosis来管理公钥,还是比较方便的。
搭建环境:
服务器 CentOS66 + git(version 1831)
客户端 Windows10 + git(version 2111windows1)
1 安装Git相关软件
Linux是服务器端系统,Windows作为客户端系统,分别安装Git
安装客户端:
下载 Git for Windows,地址:https://git-for-windowsgithubio/
安装完之后,可以使用Git Bash作为命令行客户端。
安装Gitosis
出现下面的信息表示安装成功了
2 服务器端创建git用户来管理Git服务
3 配置公钥
在Windows上配置管理者,git服务器需要一些管理者,通过上传开发者机器的公钥到服务器,添加成为git服务器的管理者,打开git命令行
4 配置gitosis
使用git用户并初始化gitosis
在Windows上机器上clone gitosis-admin到管理者主机
gitosisconf: git服务器配置文件
keydir: 存放客户端公钥
配置 gitosisconf 文件
在Windows管理者机器上创建本地test仓库,并上传到git服务端
提交到远程服务器
服务端会自动创建test仓库
5添加其他git用户开发者
由于公司开发团队人数不断增多,手动添加开发者私钥到/home/git/ssh/authorized_keys比较麻烦,通过上面的Windows机器的管理者统一收集其他开发者的私钥id_rsapub文件,然后传到服务器上,配置好后,用户即获得项目权限,可以从远程仓库拉取和推送项目,达到共同开发项目。
推送完成后,新加进来的开发者就可以进行项目的开发了,后续增加人员可以这样添加进来,开发者直接把仓库clone下来就可以了。
OS:CentOS 72
Git:1831
备份模式:
以下步骤以双机备份为例,单机备份同理,只是在镜像git项目的时候把git url换成单机中的git项目目录即可。
首先,查看系统软件库中是否有git和git的版本:
CentOS 72环境下的输出如下:
CentOS 7x版本的仓库中已经附带了1831版本的git,可以直接安装。
CentOS 6x中的git是17x版本,自带库中git版本低的linux发行版可以添加git1831的源来安装git,但这个操作要求本机能访问互联网
其他版本的git理论上也可以,请自行测试
结果最后显示“安装完成”或“Complete”表示安装成功。可以直接使用git命令测试一下:
输出如下表示git安装成功并可用。
创建一个git用户,用来提供给外部用户以git url的方式访问git库。
在用户目录或其他对外目录中创建 /git/repos 目录,用来存放git库。
注意: 尽量使用git用户来创建该目录,方便以后git操作该目录,如果是使用其他用户创建的,记得使用以下命令将该目录的owner改为git:
为了方便访问,可以在根目录下创建一个软链连接到该目录:
这样设置后,假如以后有一个库叫 testgit ,那么就可以通过以下url来访问git库了:
创建一个测试库用来测试备份及连通性。
同主GIT服务器的《安装git》章节。
同主GIT服务器的《创建git库目录》章节。
目录结构尽量与主git服务器上的结构一致,如果不一致,使用软链的形式将git url配置为与主git服务器一致,这样保证在切换服务器时,客户端不用做修改操作。
以上个步骤中创建的 testgit 为例:
这样,主git服务器中的 testgit 就镜像到备份机中了。
如果主服务器的git项目发生了变更,可以将变更同步到备份机。
将以上同步命令写成脚本,添加一个定时任务来定时同步即可。
(待补充)
备份同步时每次都需要输入主git服务器的密码,比较麻烦,也不利于定时同步的脚本操作,可以使用ssh免密登录的方式,在主服务器上配置备份服务器的公钥。
一路Enter(回车键),完成后会打印出密钥的生成位置,通常在用户主目录的 ssh 目录中。默认情况下会生成以下两个文件:
一定要注意上述命令中的第三步,权限要设置对,否则认证不过去不能免密登录。
如果在实际运行中,主git服务器挂了一段时间,在这段时间里一直是备份git服务器在工作,那么在修复好主服务器后需要将这一段时间的变更同步回主服务器。
操作完成后备份库自上一次同步后的更改都推送到了主库。
0条评论