.NET Core实战项目之CMS 第四章 入门篇-Git的快速入门及实战演练

写在前面

上篇文章我带着大家通过分析了一遍ASP.NET Core的源码了解了它的启动过程,然后又带着大家熟悉了一遍配置文件的加载方式,最后引出了依赖注入以及控制反转的概念!如果大家把前面几张都理解了,那么你也就入了ASP.NET Core的大门了。但是我们还需要一个版本控制工具来提高我们的编码效率。因此这篇文章我将带着大家了解下Git这个版本控制工具以及为什么选择它。
下面我们将通过故事的形式从Git的历史谈起,并讲述Git的强大之处。然后通过实战演练教你如何在Github以及码云上托管我们的代码并进行代码的版本控制。
这里还想说一句,这篇文章本来昨天就能发出来的,奈何出现了一点状况,所以今天才来写,为了不浪费大家的时间我会在文章的最后再来讲述原因,这里给大家说声抱歉了。
本篇文章已经收入.NET Core实战项目之CMS 第一章 入门篇-开篇及总体规划 有兴趣的朋友可以加入.NET Core项目实战交流群637326624 进行交流。

作者:依乐祝
原本地址:https://www.cnblogs.com/yilezhu/p/10014027.html

Git快速入门

本部分我会先通过故事的形式讲解下Git的诞生,及其强大的分布式版本控制的能力。然后再给大家介绍一下我们在实际的项目开发过程中经常用到的git命令,让大家能够快速入门Git。当然我不会给你介绍八百年也不会用一次的命令,感觉很高级的命令,毕竟实用才是硬道理。还有不要指望通过这篇文章你就能成为Git专家,这篇文章只会让你在实际项目中能够迎刃有余的使用Git

关于Git你不得不知的故事

(没错,这部分参考自廖雪峰大神的文章,因为有必要让大伙了解这些)很多人都知道,Linus在1991年创建了开源的Linux,从此,Linux系统不断发展,已经成为最大的服务器系统软件了。

Linus虽然创建了Linux,但Linux的壮大是靠全世界热心的志愿者参与的,这么多人在世界各地为Linux编写代码,那Linux的代码是如何管理的呢?

事实是,在2002年以前,世界各地的志愿者把源代码文件通过diff的方式发给Linus,然后由Linus本人通过手工方式合并代码!

你也许会想,为什么Linus不把Linux代码放到版本控制系统里呢?不是有CVS、SVN这些免费的版本控制系统吗?因为Linus坚定地反对CVS和SVN,这些集中式的版本控制系统不但速度慢,而且必须联网才能使用。有一些商用的版本控制系统,虽然比CVS、SVN好用,但那是付费的,和Linux的开源精神不符。

不过,到了2002年,Linux系统已经发展了十年了,代码库之大让Linus很难继续通过手工方式管理了,社区的弟兄们也对这种方式表达了强烈不满,于是Linus选择了一个商业的版本控制系统BitKeeper,BitKeeper的东家BitMover公司出于人道主义精神,授权Linux社区免费使用这个版本控制系统。

安定团结的大好局面在2005年就被打破了,原因是Linux社区牛人聚集,不免沾染了一些梁山好汉的江湖习气。开发Samba的Andrew试图破解BitKeeper的协议(这么干的其实也不只他一个),被BitMover公司发现了(监控工作做得不错!),于是BitMover公司怒了,要收回Linux社区的免费使用权。

Linus可以向BitMover公司道个歉,保证以后严格管教弟兄们,嗯,这是不可能的。实际情况是这样的:

Linus花了两周时间自己用C写了一个分布式版本控制系统,这就是Git!一个月之内,Linux系统的源码已经由Git管理了!牛是怎么定义的呢?大家可以体会一下。

Git迅速成为最流行的分布式版本控制系统,尤其是2008年,GitHub网站上线了,它为开源项目免费提供Git存储,无数开源项目开始迁移至GitHub,包括jQuery,PHP,Ruby等等。如今GitHub更是被微软收购,ASP.NET Core的的全套源码以及.NET Core的源码也都是在GitHub上开源。

历史就是这么偶然,如果不是当年BitMover公司威胁Linux社区,可能现在我们就没有免费而超级好用的Git了。

Git的优势

看了Git的的故事是不是心潮澎湃呢?但是你又在想了Git到底有什么优势能够让那么多的大名鼎鼎的项目都是用Git进行代码管理呢?别急,这部分就为你解答。

  1. 适合分布式开发,强调个体,可以离线工作。 分布式版本控制系统根本没有“中央服务器”,每个人的电脑上都是一个完整的版本库,这样,你工作的时候,就不需要联网了,因为版本库就在你自己的电脑上。既然每个人电脑上都有一个完整的版本库,那多个人如何协作呢?比方说你在自己电脑上改了文件A,你的同事也在他的电脑上改了文件A,这时,你们俩之间只需把各自的修改推送给对方,就可以互相看到对方的修改了。

  2. 安全性要高很多,因为每个人电脑里都有完整的版本库,某一个人的电脑坏掉了不要紧,随便从其他人那里复制一个就可以了。而集中式版本控制系统的中央服务器要是出了问题,所有人都没法干活了。因此公共服务器压力和数据量都不会太大。

  3. 速度快、灵活。 强大的分支管理能力,无论创建、切换和删除分支,Git在1秒钟之内就能完成!无论你的版本库是1个文件还是1万个文件,想想svn是不是头疼啊。

  4. 暂存区概念,具体的点击这里 查看

这个优缺点Git的优势想的头疼,说太多就感觉枯燥了,只有你真正使用了才能体会到!话不多说,让我们快速入门Git吧。

Git安装

  1. 你可以点击这里 到官网进行下载,可能官网下载比较忙,所以你可以点击这里 到腾讯软件中心进行下载.

  2. Windows系统的安装很简单,软件下载好之后一步一步的安装就行了,至于Linux和MacOS你可以点这里 查看官网的安装教程.

  3. 安装完成之后,需要进行相关的配置,在命令行输入以下命令进行全局的配置:

    $ git config --global user.name "yilezhu"
    $ git config --global user.email "1015657114@qq.com"
    

    注:因为Git是分布式版本控制系统,所以,每台机器都必须自报家门:你的名字和Email地址(上面双引号里面的内容)。你也许会担心,如果有人故意冒充别人怎么办?这个不必担心,首先我们相信大家都是善良无知的群众,其次,真的有冒充的也是有办法可查的。

    注意git config命令的--global参数,用了这个参数,表示你这台机器上所有的Git仓库都会使用这个配置,当然也可以对某个仓库指定不同的用户名和Email地址。

  4. 点击这里 ,下载并安装TortoiseGit图形化工具,安装后可以通过鼠标进行Git命令的操作。如下所示:

    1543061444748

Git结合Github进行实战演练

Git本地仓库与GitHub远程仓库关联并获取最新的代码

这部分我们就进行Git的实战吧,正好前面几篇文章已经为大家演示了几个例子,那么我们就把前面几个例子为例,使用Git把他们托管到GitHub上面吧。

  1. 假设你已经有了GitHub账号,没有的话自己去注册。点击这里 登录GitHub,

  2. 自报家门,配置你是谁(如果你在上面的Git安装)里面已经按照下面进行了配置,这里就无需再配置。首先鼠标右键按照下图所示打开Git Bash 然后按照下图所示进行配置:

    1543063300748

    1543063525086

  3. 生成ssh key 在git bash上面输入ssh-keygen -t rsa -C "你的邮箱" 它会有三次等待你输入,直接回车即可。下面的图是因为我已经生成了,询问我是否覆盖,我输入y选择了是重新生成了。

    1543063686083

  4. 将生成的ssh key拷贝到剪贴板,执行 clip < ~/.ssh/id_rsa.pub (或者到上图提示的路径里去打开文件并复制):

    1543064147452

  5. 打开github并按照如下图所示打开Settings

    1543064363837

  6. 点击左边的SSH and GPG keys 然后在右边点击 New SSH key

    1543064336071

    将ssh key粘贴到右边的Key里面。Title随便命名即可。这时候GitHub会给你发送一封邮件

    1543064246038

  7. 执行 ssh -T git@github.com测试结果如下说明GitHub配置成功。

    1543064535854

  8. GitHub上创建一个新的项目,项目名称为Czar.Cms,这个仓库将作为我们后面CMS系统的GitHub上的远程仓库

    • 首先是在右上角“+”进入创建界面

      1543065344474

    • 接着按照如下所示输入项目名称,然后点击Create repository 就创建好了。

    1543065764512

    这里我们有选择以Readme初始化项目。所以生成后的结构如下所示:

    1543065918196

  9. 下面我们就在本地初始化一个仓库,然后与GitHub的远程仓库关联起来吧。

  10. 我们在我们的工作文件夹中,打开Git Bash,然后输入如下命令git init来初始化一个本地仓库。

    1543066727823

  11. 然后输入git remote 查看下远程仓库,正常的话应该有0个,现在就让我们添加下我们刚才建立的GitHub上的远程仓库吧.然后再看下远程仓库列表,发现已经有一个了,名字为github

注:要添加一个新的远程仓库,可以指定一个简单的名字,以便将来引用,运行 git remote add [shortname] [url] 。上面我们对应的shortname即为github,这个你可以随意指定只要好记就行。感谢@宝宝董 给与的提示!

 ![1543067824895](https://img2018.cnblogs.com/blog/1377250/201811/1377250-20181124225630691-1261659851.png)
```c#
git remote add github github远程仓库的地址

```
  1. 然后输入git pull github master 就会从刚才我们配置的远程仓库拉取master分支的代码。如下所示:

    1543067968316

  2. 获取之后然后看下我么的项目文件夹,如下所示:已经从GitHub上获取到了最新的代码:

    1543068120750

把上篇文章的源码上传到GitHub的Sample02分支上

  1. 在我们的本地仓库文件夹打开git bash 然后输入git checkout -b Sample02 命令创建并切换到Sample02 这个分支,然后把我们上篇文章的代码拷贝到这个文件夹,如下图所示

    1543068715835

    1543068674449

  2. 输入git status 查看当前仓库有哪些文件做了修改,如下图所示,红色部分表示已经发生了修改

    1543069027605

  3. 输入git add Sample02/ 把Sample02文件夹下面所有的已经发生了修改的文件都放进'暂存区' 然后输入git status 查看一下当前的状态,都变成了绿色,说明Sample02文件夹下面的修改内容都加入了暂存区

    1543069251735

  4. 接着输入git commit -m '注释内容'命令把我们暂存区的代码提交到我们的本地仓库

    1543069360089

  5. 然后输入git status 查看一下,发现所有的修改都已经提交成功了。

    1543069432593

  6. 输入如下命令git push github Sample02把我们的本地代码提交到远程仓库的'Sample02分支'吧

    1543069575141

    注意,这里时提交到Github上的Sample02分支上,而我们的GitHub上没有这个分支,所以会自动帮我们创建这个分支。

  7. 这里第三篇的事例代码就上传到Github上了。大家可以去查看下,顺便给个Star哦,因为后面的CMS的代码我也会放到这个仓库,只不过是不同的分支而已。

  8. 下面就让我们切换回master分支,并结束这个部分吧。输入git checkout master

GitHub源码地址

这个时候可以上GitHub的地址了,后面所有的事例代码都会放到这个分支上,所以大伙可以先去看一下上一篇的事例代码
https://github.com/yilezhu/Czar.Cms

迟更的原因

非常抱歉,本来这篇文章应该昨天写的,奈何昨天中午我老婆给我打电话带着哭腔的说她的爷爷奶奶生病了,问我这个周末加不加班,如果不加班陪她回家看下。我说,你先别着急,我马上请假陪你回去。然后中午的时候就请假,然后开了四个多小时的车带着我老婆以及我女儿(大名:依乐,小名:可乐)回我老婆的老家了。然后第二天,也就是今天早上就带着我的爷爷奶奶去县城里面的人民医院做检查,还好检查结果没什么大的问题。这是万幸了!最后回到家都四五点钟了。然后才开始写“昨天的文章”,这一写就写到了现在。再次给大家说声抱歉。以后我尽量两天一更,最少也得一星期三更。再次感谢大家的支持。

总结

本文从Git的诞生开始说起,然后给大家讲了Git的优势。接着我们通过一个GitHub的实战,手把手的在GitHub上新建了一个远程仓库并跟我本地的代码进行管理,并且把我的上篇文章的事例代码给上传到了GitHub上。希望对大家使用Git有所帮助。下面再次罗列常用的Git命令

  • git init :初始化本地仓库
  • git remote :查看关联的远程仓库连接
  • git remote add github github远程仓库地址 :创建一个远程仓库连接
  • git pull github master :从github命名的远程仓库拉取master分支内容
  • git checkout -b Sample02 :创建并切换到Sample02这个分支上
  • git branch :查看当前的所有分支
  • git add Sample02/ :把Sample02文件夹下面的所有修改文件添加到暂存区
  • git commit -m "注释" :把暂存区所有修改提交到本地仓库,并给本体提交写一个注释方便查看日志
  • git log --graph :查看修改日志
  • git push github Sample02 :把当前仓库中得当前分支的内容推送到github这个远程仓库的Sample02分支上,如果分支不存在则自动创建
  • git merge --no-ff -m "注释" Sample02 :在当前分支合并Sample02这个分支的修改到当前分支,并给这次合并添加注释

好了,今天就给大家介绍到这,主要是给大家介绍平时实际项目中常用的命令,对于不常用的命令没有介绍,因为毕竟是实战,所以以实用为主。下篇文章我会给大家介绍一下Dapper的使用(玩数据库了)来为后面我们的CMS系列课程打下基础,毕竟要照顾一些新手朋友。如果大家有什么问题的话可以加.NET Core项目实战交流群637326624跟大家交流。

版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。

相关推荐


在上文中,我介绍了事件驱动型架构的一种简单的实现,并演示了一个完整的事件派发、订阅和处理的流程。这种实现太简单了,百十行代码就展示了一个基本工作原理。然而,要将这样的解决方案运用到实际生产环境,还有很长的路要走。今天,我们就研究一下在事件处理器中,对象生命周期的管理问题。事实上,不仅仅是在事件处理器
上文已经介绍了Identity Service的实现过程。今天我们继续,实现一个简单的Weather API和一个基于Ocelot的API网关。 回顾 《Angular SPA基于Ocelot API网关与IdentityServer4的身份认证与授权(一)》 Weather API Weather
最近我为我自己的应用开发框架Apworks设计了一套案例应用程序,并以Apache 2.0开源,开源地址是:https://github.com/daxnet/apworks-examples,目的是为了让大家更为方便地学习和使用.NET Core、最新的前端开发框架Angular,以及Apwork
HAL(Hypertext Application Language,超文本应用语言)是一种RESTful API的数据格式风格,为RESTful API的设计提供了接口规范,同时也降低了客户端与服务端接口的耦合度。很多当今流行的RESTful API开发框架,包括Spring REST,也都默认支
在前面两篇文章中,我详细介绍了基本事件系统的实现,包括事件派发和订阅、通过事件处理器执行上下文来解决对象生命周期问题,以及一个基于RabbitMQ的事件总线的实现。接下来对于事件驱动型架构的讨论,就需要结合一个实际的架构案例来进行分析。在领域驱动设计的讨论范畴,CQRS架构本身就是事件驱动的,因此,
HAL,全称为Hypertext Application Language,它是一种简单的数据格式,它能以一种简单、统一的形式,在API中引入超链接特性,使得API的可发现性(discoverable)更强,并具有自描述的特点。使用了HAL的API会更容易地被第三方开源库所调用,并且使用起来也很方便
何时使用领域驱动设计?其实当你的应用程序架构设计是面向业务的时候,你已经开始使用领域驱动设计了。领域驱动设计既不是架构风格(Architecture Style),也不是架构模式(Architecture Pattern),它也不是一种软件开发方法论,所以,是否应该使用领域驱动设计,以及什么时候使用
《在ASP.NET Core中使用Apworks快速开发数据服务》一文中,我介绍了如何使用Apworks框架的数据服务来快速构建用于查询和管理数据模型的RESTful API,通过该文的介绍,你会看到,使用Apworks框架开发数据服务是何等简单快捷,提供的功能也非常多,比如对Hypermedia的
在上一讲中,我们已经完成了一个完整的案例,在这个案例中,我们可以通过Angular单页面应用(SPA)进行登录,然后通过后端的Ocelot API网关整合IdentityServer4完成身份认证。在本讲中,我们会讨论在当前这种架构的应用程序中,如何完成用户授权。 回顾 《Angular SPA基于
Keycloak是一个功能强大的开源身份和访问管理系统,提供了一整套解决方案,包括用户认证、单点登录(SSO)、身份联合、用户注册、用户管理、角色映射、多因素认证和访问控制等。它广泛应用于企业和云服务,可以简化和统一不同应用程序和服务的安全管理,支持自托管或云部署,适用于需要安全、灵活且易于扩展的用
3月7日,微软发布了Visual Studio 2017 RTM,与之一起发布的还有.NET Core Runtime 1.1.0以及.NET Core SDK 1.0.0,尽管这些并不是最新版,但也已经从preview版本升级到了正式版。所以,在安装Visual Studio 2017时如果启用了
在上文中,我介绍了如何在Ocelot中使用自定义的中间件来修改下游服务的response body。今天,我们再扩展一下设计,让我们自己设计的中间件变得更为通用,使其能够应用在不同的Route上。比如,我们可以设计一个通用的替换response body的中间件,然后将其应用在多个Route上。 O
不少关注我博客的朋友都知道我在2009年左右开发过一个名为Apworks的企业级应用程序开发框架,旨在为分布式企业系统软件开发提供面向领域驱动(DDD)的框架级别的解决方案,并对多种系统架构风格提供支持。这个框架的开发和维护我坚持了很久,一直到2015年,我都一直在不停地重构这个项目。目前这个项目在
好吧,这个题目我也想了很久,不知道如何用最简单的几个字来概括这篇文章,原本打算取名《Angular单页面应用基于Ocelot API网关与IdentityServer4ʺSP.NET Identity实现身份认证与授权》,然而如你所见,这样的名字实在是太长了。所以,我不得不缩写“单页面应用”几个字
在前面两篇文章中,我介绍了基于IdentityServer4的一个Identity Service的实现,并且实现了一个Weather API和基于Ocelot的API网关,然后实现了通过Ocelot API网关整合Identity Service做身份认证的API请求。今天,我们进入前端开发,设计
Ocelot是ASP.NET Core下的API网关的一种实现,在微服务架构领域发挥了非常重要的作用。本文不会从整个微服务架构的角度来介绍Ocelot,而是介绍一下最近在学习过程中遇到的一个问题,以及如何使用中间件(Middleware)来解决这样的问题。 问题描述 在上文中,我介绍了一种在Angu
在大数据处理和人工智能时代,数据工厂(Data Factory)无疑是一个非常重要的大数据处理平台。市面上也有成熟的相关产品,比如Azure Data Factory,不仅功能强大,而且依托微软的云计算平台Azure,为大数据处理提供了强大的计算能力,让大数据处理变得更为稳定高效。由于工作中我的项目
在上文中,我们讨论了事件处理器中对象生命周期的问题,在进入新的讨论之前,首先让我们总结一下,我们已经实现了哪些内容。下面的类图描述了我们已经实现的组件及其之间的关系,貌似系统已经变得越来越复杂了。其中绿色的部分就是上文中新实现的部分,包括一个简单的Event Store,一个事件处理器执行上下文的接
在之前《在ASP.NET Core中使用Apworks快速开发数据服务》一文的评论部分,.NET大神张善友为我提了个建议,可以使用Compile As a Service的Roslyn为语法解析提供支持。在此非常感激友哥给我的建议,也让我了解了一些Roslyn的知识。使用Roslyn的一个很大的好处
很长一段时间以来,我都在思考如何在ASP.NET Core的框架下,实现一套完整的事件驱动型架构。这个问题看上去有点大,其实主要目标是为了实现一个基于ASP.NET Core的微服务,它能够非常简单地订阅来自于某个渠道的事件消息,并对接收到的消息进行处理,于此同时,它还能够向该渠道发送事件消息,以便