git流程以及与SVN区别
git和SVN最核心的区别就在于:
1、SVN是所有人使用同一个SVN服务器,脱离了这个网络环境就无法完成commit,也就无法管理本地产生的最新版本;
2、git除了根服务器外,可以每个人在自己电脑上创建一个子服务器,即使暂时无法连接根服务器,也可以先commit到本地服务器上,待能联网时再将本地的所有修改同步到根服务器。
可以理解为SVN的每个分支,在git上都可以变成一个独立的服务器
1、SVN是subversion的缩写,是一个开放源代码的版本控制系统,通过采用分支管理系统的高效管理,简而言之就是用于多个人共同开发同一个项目,实现共享资源,实现最终集中式的管理。
2、Git(读音为/gɪt/)是一个开源的分布式版本控制系统,可以有效、高速地处理从很小到非常大的项目版本管理。 [1] 也是Linus Torvalds为了帮助管理Linux内核开发而开发的一个开放源码的版本控制软件。
温馨提示:以上内容仅供参考。
应答时间:2021-08-31,最新业务变化请以平安银行官网公布为准。
[平安银行我知道]想要知道更多?快来看“平安银行我知道”吧~
https://bpingancomcn/paim/iknow/indexhtml
分布式相比于集中式的最大区别在于开发者可以提交到本地,每个开发者通过克隆(git clone),在本地机器上拷贝一个完整的Git仓库。
下图是经典的git开发过程。
Git的功能特性:
从一般开发者的角度来看,git有以下功能:
1、从服务器上克隆完整的Git仓库(包括代码和版本信息)到单机上。
2、在自己的机器上根据不同的开发目的,创建分支,修改代码。
3、在单机上自己创建的分支上提交代码。
4、在单机上合并分支。
5、把服务器上最新版的代码fetch下来,然后跟自己的主分支合并。
6、生成补丁(patch),把补丁发送给主开发者。
7、看主开发者的反馈,如果主开发者发现两个一般开发者之间有冲突(他们之间可以合作解决的冲突),就会要求他们先解决冲突,然后再由其中一个人提交。如果主开发者可以自己解决,或者没有冲突,就通过。
8、一般开发者之间解决冲突的方法,开发者之间可以使用pull 命令解决冲突,解决完冲突之后再向主开发者提交补丁。
从主开发者的角度(假设主开发者不用开发代码)看,git有以下功能:
1、查看邮件或者通过其它方式查看一般开发者的提交状态。
2、打上补丁,解决冲突(可以自己解决,也可以要求开发者之间解决以后再重新提交,如果是开源项目,还要决定哪些补丁有用,哪些不用)。
3、向公共服务器提交结果,然后通知所有开发人员。
优点:
适合分布式开发,强调个体。
公共服务器压力和数据量都不会太大。
速度快、灵活。
任意两个开发者之间可以很容易的解决冲突。
离线工作。
缺点:
资料少(起码中文资料很少)。
学习周期相对而言比较长。
不符合常规思维。
代码保密性差,一旦开发者把整个库克隆下来就可以完全公开所有代码和版本信息。
一台共用服务器上多人共同使用,多个git工程每个工程的地址和账号密码又是不一样。
使用global 此时在/home/usrname下gitconfig 会生成设置全局的git用户名及邮箱账号
如下命令可谓单个工程设置用户名及邮箱账号,存放在工程目录下git/config文件中
1首先为不同的工程配置不同的Git账号
注意:这里git config命令没有带—global,表示这是一个局部的设置,也就是这个用户是当前项目的,而不是全局的。
2为不同的用户生成SSH密钥
一般的Git服务器为了安全,都会需要我们提供一个安全的SSH密钥,默认情况下,生成密钥的文件名都是一样的,但是不同的用户,必须设置不同文件名的密钥文件,否则会发生覆盖。密钥生成后,添加到服务端(如Github)
密钥存放在用户目录下ssh路径下。
//B账户的私钥
添加完后,可以使用ssh-add来查看密钥列表
其中的remore地址是url = git@githubcom :samplegit,这时候,我们需要修改跟密钥对应的地址,上面在配置ssh时,为每个Hostname配置了一个host的别名,这时候,我们就不能使用原来的Hostname来提交了,要用别名来代替Hostname。
###############
git fetch和git pull之间的区别:
git fetch:相当于是从远程获取最新版本到本地。
git pull:命令的作用是,取回远程主机某个分支的更新,再与本地的指定分支合并。
git fetch获取最新版本后,会覆盖本地计算机的版本,旧版本的信息会被删除。
git pull从远程主机获得更新信息后,与本地信息合并,旧版本的信息不会被删除。
这是两个计算机网络程序命令:
git:在这里指“服务器”。
fetch:在这里是"获取; 取数据; 读取"的意思。
pull:在这里是“下拉”的意思。
本文介绍如何在 mac 机器上创建 Git 服务器,总体思路是:使用gitosis来简化创建过程,在用作服务器的机器上创建一个名为 git 的账户来创建 git 服务器,其他客户端通过 ssh 机制访问 git 服务器。
一,创建 git 账户
1,在用作服务器的机器上创建 git 账户。我们可以通过 System Preferences->accounts 来添加。在这里我添加一个 git 的 administrator 账户,administrator 不是必须的,在这里仅仅为了方便。
2,设置远程访问
logout 当前账户,使用 git 账户登录;在 System Preferences->Sharing 中,勾选 Remote Login。
二,下载安装 gitosis
1,Mac OSX Yosemite 默认已经为我们安装了 Git 和 Python,可以使用如下命令查看其版本信息:
yourname:~ git$git--version
git version 232 (Apple Git-55)
yourname:~ git$python--version
Python 279
2,通过命令 git clone git@githubcom:tv42/gitosisgit 来下载 gitosis
yourname:~ git$ git clone git@githubcom:tv42/gitosisgit
Cloning into gitosis
remote: Counting objects: 614, done
remote: Compressing objects: 100% (183/183), done
remote: Total 614 (delta 434), reused 594 (delta 422)
Receiving objects: 100% (614/614), 9382 KiB | 45 KiB/s, done
Resolving deltas: 100% (434/434), done
3,进入 gitosis 目录,使用命令 sudo python setuppy install 来执行 python 脚本来安装 gitosis。
yourname:~ git$ cd gitosis/yourname:gitosis git$ sudo python setuppy install
running install
running bdist_egg
running egg_info
creating gitosisegg-info
……
Using /Library/Python/26/site-packages/setuptools-06c9-py26egg
Finished processing dependencies for gitosis==02
三,制作 ssh rsa 公钥
1,回到 client 机器上,制作 ssh 公钥。在这里我的使用同一台机器上的另一个账户作为 client。如果作为 client 的机器与作为 server 的机器不是同一台,也是类型的流程:制作公钥,放置到服务的 /tmp 目录下。只不过在同一台机器上,我们可以通过开启另一个 terminal,使用 su 切换到 local 账户就可以同时操作两个账户。
yourname:~ git$ su local_accountPassword:bash-32$ cd ~
bash-32$ ssh-keygen -t rsa
Generating public/private rsa key pair
Enter file in which to save the key (/Users/local_account/ssh/id_rsa):
Enter passphrase (empty for no passphrase):
Enter same passphrase again:Your identification has been saved in /Users/local_account/ssh/id_rsa
Your public key has been saved in /Users/local_account/ssh/id_rsapub
bash-32$ cd ssh
bash-32$ ls
id_rsa id_rsapub
bash-32$ cp id_rsapub /tmp/youramepub
在上面的命令里,首先通过 su 切换到 local 账户(只有在同一台机器上才有效),然后进入到 local 账户的 home 目录,使用 ssh-keygen -t rsa 生成 id_rsapub,最后将该文件拷贝放置到 /tmp/yournamepub,这样 git 账户就可以访问 yournamepub了,在这里改名是为了便于在 git 中辨识多个 client。
四,使用 ssh 公钥初始化 gitosis
1,不论你是以那种方式(邮件,usb等等)拷贝 yournamepub 至服务器的 /tmp/yournamepub。下面的流程都是一样,登入服务器机器的 git 账户,进入先前提到 gitosis 目录,进行如下操作初始化 gitosis,初始化完成后,会在 git 的 home 下创建 repositories 目录。
yourname:gitosis git$ sudo -H -u git gitosis-init < /tmp/yournamepub
Initialized empty Git repository in /Users/git/repositories/gitosis-admingit/
Reinitialized existing Git repository in /Users/git/repositories/gitosis-admingit/
在这里,会将该 client 当做认证受信任的账户,因此在 git 的 home 目录下会有记录,文件 authorized_keys 的内容与 yournamepub 差不多。
yourname:~ git$ cd ~yourname:~ git$ cd sshyourname:ssh git$ ls
authorized_keys
我们需要将 authorizd_keys 稍做修改,用文本编辑器打开它,删除里面的"command="gitosis-serve yourname",no-port-forwarding,no-X11-forwarding,no-agent-forwarding,no-pty " 这一行:
yourname:ssh git$ open -e authorized_keys
然后,我们对 post-update 赋予可写权限,以便 client 端可以提交更改。
yourname:gitosis git$ sudo chmod 755 /Users/git/repositories//gitosis-admingit/hooks/post-update
Password:
yourname:ssh git$ cd ~
yourname:~ git$ cd repositories/
yourname:repositories git$ ls
gitosis-admingit
yourname:repositories git$
在上面的命令中可以看到,gitosis 也是作为仓库的形式给出,我们可以在其他账户下 checkout,然后对 gitosis 进行配置管理等等,而无需使用服务器的 git 账户进行。
最后一步,修改 git 账户的 PATH 路径。
yourname:gitosis git$ touch ~/bashrc
yourname:gitosis git$ echo PATH=/usr/local/bin:/usr/local/git/bin:\$PATH > bashrc
yourname:gitosis git$ echo export PATH >> bashrc
yourname:gitosis git$ cat bashrc
PATH=/usr/local/bin:/usr/local/git/bin:$PATHexport PATH
至此,服务器的配置完成。
五,client 配置
1,回到 local 账户,首先在 terminal 输入如下命令修改 local 的 git 配置:
bash-32$ git config --global username "yourgitname"bash-32$ git config --global useremail "yourmail@yourcomcom"
2,测试服务器是否连接正确,将 1014211 换成你服务的名称或服务器地址即可。
yourname:~ local_account$ ssh git@1014211Last login: Mon Nov 7 13:11:38 2011 from 1014211
3,在本地 clone 服务器仓库,下面以 gitosis-admingit 为例:
bash-32$ git clone git@1014211:repositories/gitosis-admingit
Cloning into gitosis-adminremote: Counting objects: 5, doneremote: Compressing objects: 100% (5/5), doneremote: Total 5 (delta 0), reused 5 (delta 0)
Receiving objects: 100% (5/5), done
bash-32$ ls
Desktop InstallApp Music Sites
Documents Library Pictures gitosis-admin
Downloads Movies Public
bash-32$ git
在上面的输出中可以看到,我们已经成功 clone 服务器的 gitosis-admin 仓库至本地了。
4,在本地管理 gitosis-admin:
进入 gitosis-admin 目录,我们来查看一下其目录结构:gitosisconf 文件是一个配置文件,里面定义哪些用户可以访问哪些仓库,我们可以修改这个配置;`keydir` 是存放ssh 公钥的地方。
bash-32$ cd gitosis-admin/
bash-32$ ls
gitosisconf keydir
bash-32$ cd keydir/
bash-32$ ls
yournamepub
我们只需要将其他 client 产生的 ssh 公钥添加到 keydir 目录下,并在 gitosisconf 文件中配置这些用户可以访问的仓库(用户名与放置在 keydir 下sh 公钥名相同,这就是在前面我们要修改ssh 公钥名的原因),然后将改动提交至服务器,这样就可以让其他的 client 端访问服务器的代码仓库了。
5,仓库权限管理
gitosisconf文件是用来设置用户、仓库和权限的控制文件。keydir 目录则是保存所有具有访问权限用户公钥的地方— 每人一个。在 keydir 里的文件名(比如上面的 yournamepub)应该跟你的不一样 — Gitosis 会自动从使用 gitosis-init 脚本导入的公钥尾部的描述中获取该名字。
看一下 gitosisconf 文件的内容,它应该只包含与刚刚克隆的 gitosis-admin 相关的信息:
$ cat gitosisconf
[gitosis]
[group gitosis-admin]
members = scott
writable = gitosis-admin
它显示用户 yourname — 初始化 Gitosis 公钥的拥有者 — 是唯一能管理 gitosis-admin 项目的人。
现在我们来添加一个新项目。为此我们要建立一个名为 mobile 的新段落,在其中罗列手机开发团队的开发者,以及他们拥有写权限的项目。由于 yourname 是系统中的唯一用户,我们把他设为唯一用户,并允许他读写名为 iphone_project 的新项目:
[group mobile]
members = scott
writable = iphone_project
修改完之后,提交 gitosis-admin 里的改动,并推送到服务器使其生效:
$ git commit -am 'add iphone_project and mobile group'[master 8962da8] add iphone_project and mobile group
1 file changed, 4 insertions(+)
$ git push origin master
Counting objects: 5, done
Compressing objects: 100% (3/3), done
Writing objects: 100% (3/3), 272 bytes | 0 bytes/s, done
Total 3 (delta 0), reused 0 (delta 0)
To git@gitserver:gitosis-admingit
fb27aec8962da8 master -> master
6,添加新项目到仓库种
在新工程 iphone_project 里首次推送数据到服务器前,得先设定该服务器地址为远程仓库。但你不用事先到服务器上手工创建该项目的裸仓库— Gitosis 会在第一次遇到推送时自动创建:
$ git remote add origin git@gitserver:iphone_projectgit
$ git push origin master
Initialized empty Git repository in /opt/git/iphone_projectgit/
Counting objects: 3, done
Writing objects: 100% (3/3), 230 bytes | 0 bytes/s, done
Total 3 (delta 0), reused 0 (delta 0)
To git@gitserver:iphone_projectgit
[new branch] master -> master
请注意,这里不用指明完整路径(实际上,如果加上反而没用),只需要一个冒号加项目名字即可 — Gitosis 会自动帮你映射到实际位置。
要和朋友们在一个项目上协同工作,就得重新添加他们的公钥。不过这次不用在服务器上一个一个手工添加到 ~/ssh/authorized_keys 文件末端,而只需管理 keydir 目录中的公钥文件。文件的命名将决定在 gitosisconf 中对用户的标识。现在我们为 John,Josie 和 Jessica 添加公钥:
$ cp /tmp/id_rsajohnpub keydir/johnpub
$ cp /tmp/id_rsajosiepub keydir/josiepub
$ cp /tmp/id_rsajessicapub keydir/jessicapub
然后把他们都加进 mobile 团队,让他们对 iphone_project 具有读写权限:
[group mobile]
members = scott john josie jessica
writable = iphone_project
如果你提交并推送这个修改,四个用户将同时具有该项目的读写权限。
Gitosis 也具有简单的访问控制功能。如果想让 John 只有读权限,可以这样做:
[group mobile]
members = scott josie jessica
writable = iphone_project
[group mobile_ro]
members = johnreadonly = iphone_project
现在 John 可以克隆和获取更新,但 Gitosis 不会允许他向项目推送任何内容。像这样的组可以随意创建,多少不限,每个都可以包含若干不同的用户和项目。甚至还可以指定某个组为成员之一(在组名前加上 @ 前缀),自动继承该组的成员:
[group mobile_committers]
members = scott josie jessica
[group mobile]
members = @mobile_committers
writable = iphone_project
[group mobile_2]
members = @mobile_committers john
writable = another_iphone_project
如果遇到意外问题,试试看把 loglevel=DEBUG 加到 [gitosis] 的段落(译注:把日志设置为调试级别,记录更详细的运行信息。)。如果一不小心搞错了配置,失去了推送权限,也可以手工修改服务器上的 /home/git/gitosisconf 文件 — Gitosis 实际是从该文件读取信息的。它在得到推送数据时,会把新的 gitosisconf 存到该路径上。所以如果你手工编辑该文件的话,它会一直保持到下次向 gitosis-admin 推送新版本的配置内容为
0条评论