如何使用git和github来管理自己的代码

Git-版本控制工具Git是一个开源的分布式版本控制系统，用以有效、高速的处理从很小到非常大的项目版本管理

[4]Git是LinusTorvalds为了帮助管理Linux内核开发而开发的一个开放源码的版本控制软件

Torvalds开始着手开发Git是为了作为一种过渡方案来替代BitKeeper，后者之前一直是Linux内核开发人员在全球使用的主要源代码工具

开放源码社区中的有些人觉得BitKeeper的许可证并不适合开放源码社区的工作，因此Torvalds决定着手研究许可证更为灵活的版本控制系统

尽管最初Git的开发是为了辅助Linux内核开发的过程，但是我们已经发现在很多其他自由软件项目中也使用了Git

例如最近就迁移到Git上来了，很多Freedesktop的项目也迁移到了Git上

Github-一个网站，提供给用户空间创建git仓储，保存用户的一些数据文档或者代码等作为开源代码库以及版本控制系统，Github目前拥有140多万开发者用户

随着越来越多的应用程序转移到了云上，Github已经成为了管理软件开发以及发现已有代码的首选方法

如前所述，作为一个分布式的版本控制系统，在Git中并不存在主库这样的概念，每一份复制出的库都可以独立使用，任何两个库之间的不一致之处都可以进行合并

GitHub可以托管各种git库，并提供一个web界面，但与其它像SourceForge或GoogleCode这样的服务不同，GitHub的独特卖点在于从另外一个项目进行分支的简易性

为一个项目贡献代码非常简单：首先点击项目站点的“fork”的按钮，然后将代码检出并将修改加入到刚才分出的代码库中，最后通过内建的“pullrequest”机制向项目负责人申请代码合并

已经有人将GitHub称为代码玩家的MySpace

GitLab-基于Git的项目管理软件GitLab是一个用于仓库管理系统的开源项目

使用Git作为代码管理工具，并在此基础上搭建起来的web服务

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服务器在工作，那么在修复好主服务器后需要将这一段时间的变更同步回主服务器。

*** 作完成后备份库自上一次同步后的更改都推送到了主库。

目前最火的版本控制软件就是Git了吧？你要是还用SVN或者CVS什么的都不好意思在圈里打招呼！前天我就遇到这种情况了，QQ上和老同学聊起自己用SVN来管理程序版本，好麻烦，当场就惨遭鄙视---“你还用SVN啊？你Out了！我们都用Git了！”好吧为了不被人鄙视，也为了可以鄙视别人，我终于也开始学Git了！

用了几天之后的感觉就是，确实好用啊！难道大家都来追捧！linus继linux之后又造福了人类一把！就是这个东西因为模式和之前的版本控制软件略有不同，所以入门上稍许有点难度，好吧不废话了，讲讲自己的心得体会吧！

首先不得不讲一下，需要分清git和github这是两个不同的东西，类似于linux和redhat，前者是开源的项目，后者则是利用这个开源的项目提供服务的服务商。github是一个使用git来托管代码的网站，有两种托管方式，一种是公开的，任何人都可以下载和上传代码，另一种是私人的只有建立者制定的人才可以下载或上传代码，私人的只有交钱才能用。

国内类似github的服务现在也冒出来不少，我用的是git@OSC ，这个的好处是无论哪种代码都是免费的，当然以后会怎样就不清楚了，目前使用中发现github的速度明显不如git@OSC ，看来前者还是不接地气啊。

因为这两个比较有代表性，后面我的使用基本就以这两个为例了。

*** 作系统自然是windows，用linux开发的都是大牛也用不着我来教，我的是win7，但winxp应该区别不大。

首先，你应该在你的电脑上安装msysgit和tortoisegit，前者是git的windows版，有了他就可以在你的电脑上创建工程，克隆工程什么的，后者则是大名鼎鼎的小乌龟，一个图形化的Git *** 作程序，用过tortoiseSVN的应该不会陌生，理论上只有前者也是完全可以使用git的，不过面对那赤裸裸的字符界面能受的了没几个吧。

这两个软件都很好安装就不多说了，假设你已经装完了，我的msysgit是184，tortoisegit是186，如果你们用的是其他版本的差别应该也不大。tortoisegit的早期版本应该在用户设置上略有不同。

第一部分 在本地使用git（类似SVN之中自己的电脑就是服务器）

首先，讲讲怎么在自己的电脑上创建和使用git库，没错，你可以将比较安全的磁盘当做之前SVN的服务器，把库（git叫repository）放在这里，然后把另一个磁盘当做工作区。

第一步，创建repository：

先进到那个你要当库的磁盘目录下，点鼠标右键，会出现这样一个东西：

其中关于git的有五项，前两项Git GUI Here和Git Bash Here不要理会，就是调用那两个程序而已。Git Clone和TortoiseGit我们后面再说，既然是创建repository那就选择Git Create repository here吧，这时又会出现这么个东西：

简单的说把Make it Bare勾上就表示这是一个单纯的repository，写代码的工作区放在另一个地方，我们既然是要创建一个库自然是要勾上了，然后点ok，会在目录下面出现很多稀奇古怪的文件和目录，不要在意，那都是git需要的东西。

这样一个库就完成了。

第二步，创建工作区：

我们转到要做工作区的那个磁盘的目录下，然后右键选择Git Clone，出现的是这样一个东西：

URL选择之前我们创建的库的目录，directory选择工作区，也就是你要放代码的目录。其他的不用管，ok之后会出现一个git目录，说明我们建立工作区成功了。

第三步 Add和Commit、push文件

我们在工作区的目录创建一个文件吧，比如testc

右键点击这个文件，选TortoiseGit：

Add就是把这个文件加入到TortoiseGit的关注列表之中，不进行这一步的话，这个文件哪怕你改出花来，小乌龟也是不会管的，而你Add之后，小乌龟就会随时关注这个文件是否修改。

在目录的空白处点击右键选择TortoiseGit，也可以批量Add文件，总之玩法很多大家可以自行研究。

选择Add之后会出现一个框，点击ok就可以，然后会出现这样一个框表示Add成功，先别急着点ok，我们还要commit呢：

同时testc的图标也变了，出来个加号，表示这个文件add成功了。

这里我们要花时间讲一下，git下文件的几种状态：

1就是没有Add的文件，这种文件在工作区的目录下就是普通的文件，小乌龟不关注他。

2就是Add成功的文件，用加号表示，但这个文件其实并没有保存到git的系统里，无论你怎样修改，也只是在工作区的目录下改变，git的系统里不会有这个文件的记录。

3是commit的文件，这个文件会保存在工作区下的git目录里（应该是吧）也就是你的本地的git系统里面，git会比较你commit前后是否修改，如果有修改会用红叉表示，否则就是一个绿色的对号。

4是push到repository之中的文件，repository可以是你本机建立的，也可以是类似github和git@OSC这样的服务器。

好吧我们现在只是add了，这肯定不行，必须要commit才算是利用了git啊，于是我们在刚刚那个对话框点击commit，这时候会要你输入一些提示，不写任何东西是无法选择ok的，好吧我们写上01表示这个版本，于是小乌龟允许你点ok了：

commit之后就是这样子了，这时候我们可以继续push也可以点ok关闭，以后再push：

commit成功之后文件是这个样子滴：

push的 *** 作和commit很类似，因为我们这个repository是建立在本机的另一个磁盘下的，所以push的过程之中不需要输入密码什么的，直接搞定，没什么可讲的。

只需要注意commit的文件是保存在工作区的目录的，而push成功的文件是保存在repository里的。

第二部分 如何利用GitHub和Git@OSC

首先，需要你有GitHub和Git@OSC的账户。创建账户的过程不多说。

然后在自己的账户下创建Repository，过程当然也是在网页上点几下，填点文字就行了，至于license和readmemd之类的东西，默认放着就好。这个创建repository的过程其实就是之前我们右键选择create repository的过程，只不过之前我们是在本机上创建，而这里是在服务器上而已，本质没啥区别。

至于项目的类型，我们先讲public，之后有时间的话我再讲private（话说github的private是要收钱的，所以我也没试过）。

创建了之后那就是下载和上传自己的代码文件了。

这就和第一部分的过程很类似了，我们进到作为工作区的目录下面，右键选择git clone：

会出现这么个东西，和之前的很类似：

区别就是这里的url我们不能像第一部分那样填写本机的目录了，而是要填写github或者Git@OSC提供给你的url，github是在每个项目的右下角这里获取：

git@OSC则是项目主页的正中间：

复制，然后粘贴到小乌龟的那个文本框里就可以，然后ok，因为我们说的是public项目，所以没有密码之类的问题，很顺利的就会clone成功。

然后我们新建一个文件，add，commit的过程都和第一部分完全相同，注意commit之后的文件也依然保存在本地，接下来我们要做的就是把commit的文件push到服务器上， *** 作方式是在工作区的目录空白处点击右键-》tortoiseGit-》push：

因为是push到服务器上，所以会出现这样的对话框，填写自己的账户密码即可：

之后去github和git@osc上自己的项目主页上看看吧，你的文件已经push到服务器上了！

github和git@osc使用起来基本上很简单，网上有些文章写的是需要puttygen生成公钥私钥之类的，其实完全用不着，作为public项目简单的用户密码方式就可以了。那种方式以后我有时间再写个第三部分吧。

开发环境：Gitlab社区版113 集成k8s集群与gitlab-runner

以下简单介绍在gitlab-ciyml文件中自动生成应用版本号及在job中传递版本号过程

Gitlab中有三种变量使用方式：预定义变量、后台（UI）中设置及自定义环境变量

详细参考这里： GitLab CI/CD variables | GitLab

我们规划每次发版时，自动取系统日期的yyyymmddhhmm形式作为版本号，因此，这里必须采用自定义变量形式。

实现原理是在build阶段生成版本号，并使用artifacts将其传递到其他job。

由于gitlab版本比较低，因此在写脚本时和其他版本稍有不同，比如"needs“关键字它就不支持

简单说明：

总结：gitlabCi挺好用，就是共享动态变量有点费劲:)

使用私有化部署的GitLab社区版的风险主要包括以下几点：

1 安全风险：在私有化部署GitLab社区版时，需要自己负责服务器的安全管理工作，包括系统、应用程序和数据的安全管理。一旦服务器受到攻击或出现漏洞，可能会导致数据泄露、系统崩溃、信息丢失等严重后果。

2 维护困难：私有化部署需要自己负责系统更新、备份、恢复等各种工作，需要花费大量时间和精力来保持系统的可靠性和稳定性。如果无法及时维护，将会影响开发和部署进度。

3 兼容性问题：在自己的服务器上搭建GitLab社区版可能会面临兼容性问题，包括与其他软件的兼容性、与第三方服务的兼容性、与开发框架的兼容性等。这些问题可能会导致系统无法运行或者运行不正常。

4 成本问题：私有化部署GitLab社区版需要购买服务器、软件和其他硬件设备等，还需要支付人力成本和维护费用。这些成本可能会超出预算并且难以掌控。

因此，使用私有化部署的GitLab社区版需要承担一定的风险和责任。如果您没有足够的经验或技能来管理和维护系统，可以考虑使用GitLab提供的托管服务或者其他第三方托管服务。

以上就是关于如何使用git和github来管理自己的代码全部的内容，包括:如何使用git和github来管理自己的代码、搭建Git服务器及备份服务器、来讲讲Git这个玩意到底该怎么用等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！