搞!分享3个Git应用案例的骚操作,赶紧用!

简介: 搞!分享3个Git应用案例的骚操作,赶紧用!

image.png

昨天活动没来的可以看这儿:搞了件大事!!!


例行每周末会给我们知识星球的小伙伴直播分享,前天分享的主题是《Git版本控制及应用案例》,不想看基础的可以拉到最后看案例,视频已上传钉钉。后台509 获取思维导图。

主要内容分享:

  1. 版本控制是什么?
  2. 常见代码仓库对比
  3. 如何使用Git版本控制
  4. 几个关于Git的高效案例


版本控制是什么?


按照维基百科解释:


版本控制是维护工程蓝图的标准法,能追踪工程从诞生一直到定案的过程。也是一种软件工程技巧,借此能在软件开发的过程中,确保不同人编辑的同一程序文件得到同步。


简单来说:软件开发者利用版本控制来跟踪,源码,文件等改动,让我们更高效率工作。

版本控制分为集中式版本控制和分布式版本控制。


集中式版本控制:就是代码放在中央服务器,你要修改必须把代码取下来,然后推送到中央服务器,由于受限中央服务器,每次操作相对麻烦,且不安全。我知道的目前SVN企业用的很多,一些产品设计师同步内容也会用到。


分布式版本控制:没有中央服务器概念,每个电脑用户都有一个完整项目库,这样A,B用户修改了内容相互同步给一方或者多方即可。


主要以Git为代表,使用最多最广泛,Git是我的偶像Linux操作系统的创始人Linus Torvalds 创建。


据说他当初就是因为使用集中式版本控制不爽,但又要管理linux内核的源码,最后开发了Git。(不得不说大神就是大神)


常见仓库对比

image.png


日常用的比较多的:


国外:Github 、 Bitbucket 、 GitLab


国内:Gitee、Gogs

这里面Github自从被微软收购,开放了免费私有仓库托管,可以3人以内,我觉得其他的仓库优势就少了很多了,再加上庞大用户规模导致现在除了企业人多自建仓库需要用其他Gitlab,其他就没有必要了。


当然Gitlab对应很多小企业自建仓库来说太重了一些,很多功能基本上用不到,可以用Gogs进行,目前我觉得最简单的自建仓库系统。


如何使用Git版本控制

常见的命令:

git init   # 在当前目录新建Git代码库

git clone xxx.github.com  # 下载项目比如从github

git remote add origin xx.gihub.com # 添加github远程仓库命名 origin

git config  --global user.name/user.email 'yourname'/ 'youremail'# 配置项目用户信息

git add 'yourfile'# 添加文件进行跟踪

git commit -m'yourmessage'# 提交到仓库

git checkout -b branch-nameA # 新建分支切换到A

git merge branch-nameA # 合并分支A到当前分支

git push origin dev  # 把本地内容推送到远程分支

其他类似tag,stash,cherry-pick,reset我觉得前期不用深入,后期再完善。

我在直播视频里面完整的演示过一遍,喜欢的读者可以去看。

另外就是推荐progit这本电子书,我觉得讲的最好的git教程了,没有之一(看前面三章足够),市面上也看过一些感觉都或多或少有些瑕疵。


应用案例

案例1:个人博客

关于Git的应用案例,我想大多数小伙伴都知道,比如我们早期用的

Git+Github+Markdown+Jekyll  通过md文件写作,git进行管理推送到github仓库然后jekyll生成静态博客,通过github pages 展示可以说13年那会儿非常火,现在也可以试试。

网址:https://jekyllrb.com/

image.png


上面jeklly是ruby开发,我们可以现在博客也可以用node开发的git + hexo+ markdown 方式,也可以自定义域名,非常简单方便。

如果我们做前端开发的同学,可以通过修改css,让自己简历通过github pages完美展示,即是作品也是简历。

总是玩法多多!


案例2:写专栏、写书

除了个人博客,我们还可以利用git和gitbook来进行写专栏,写书籍。

我在以前公司给团队分享Python技术知识点的时候就是通过gitbook进行写成系列整合分享的。

目前很多不错的技术专栏都是放在gitbook上面,大家可以尝试下。

image.png


通过git和markdown,我们写作的内容还可以通过pandoc进行转化为word,这让我们写论文再也不用保存几十个版本的word文档了,只需要通过一个命令行就能解决,具体玩法期待我下期分享吧。

直播视频已经上传到我们钉钉直播群,大家去钉钉群看即可!后台发送509获取思维导图。

另外昨天我搞了一个星球活动,想来的趁早,总共200张,昨天发出去100多张,目前优惠券不多了,本周截至。

详情参考:搞了件大事!!!

相关文章
|
7月前
|
API 开发工具 git
git常用的API以及每个的应用场景
【4月更文挑战第5天】Git是流行的分布式版本控制系统,用于代码管理,提供丰富的API。本文概述了Git常用API,如`git init`(初始化仓库)、`git add`(添加到暂存区)、`git commit`(提交)、`git remote add origin`(添加远程仓库)、`git pull`和`push`(同步远程仓库)、`git branch`(分支管理)以及`git checkout`(切换分支或恢复文件)。了解和熟练使用这些API能提升开发效率和代码质量,更多Git功能可参考官方文档。
391 0
|
7月前
|
测试技术 持续交付 开发工具
《Git 简易速速上手小册》第6章:Git 在持续集成/持续部署(CI/CD)中的应用(2024 最新版)
《Git 简易速速上手小册》第6章:Git 在持续集成/持续部署(CI/CD)中的应用(2024 最新版)
123 2
|
测试技术 网络安全 开发工具
Git系列之分支与标签的使用及应用场景模拟
Git系列之分支与标签的使用及应用场景模拟
129 0
|
2月前
|
编译器 网络安全 开发工具
git学习五:切换本地仓库出现的问题。修改git配置初始化。error:src refspec master does not match any。错误总结,送上几个案例
这篇文章是关于Git使用中遇到的一些问题及其解决方案的总结,包括切换本地仓库时的问题、修改Git初始化配置、以及解决"error: src refspec master does not match any"错误等。
62 0
|
4月前
|
存储 Linux 开发工具
【Azure App Service】本地Git部署Python Flask应用上云(Azure App Service For Linux)关键错误
【Azure App Service】本地Git部署Python Flask应用上云(Azure App Service For Linux)关键错误
|
4月前
|
jenkins 测试技术 开发工具
协同开发的艺术:Git 在团队项目中的高效应用
【8月更文第16天】在现代软件开发中,团队成员之间的高效协作是至关重要的。Git 作为一种分布式版本控制系统,为开发者提供了强大的工具来管理代码的变化和协作。本文将介绍如何利用 Git 来优化团队的工作流程,并提供实际操作的代码示例。
114 1
|
6月前
|
前端开发 持续交付 开发工具
详细介绍Git的基本原理、在前端开发中的应用以及如何使用Git来优化团队协作
【6月更文挑战第14天】Git是前端开发中的必备工具,它通过分布式版本控制管理代码历史,支持分支、合并和冲突解决,促进团队协作。在前端开发中,Git用于代码追踪、版本控制、代码审查和持续集成部署,优化团队协作。制定分支策略、编写清晰提交信息、定期合并清理分支以及使用Git钩子和自动化工具能进一步提升效率。理解并善用Git,能有效提升前端项目的质量和开发效率。
84 3
|
6月前
|
中间件 Java 生物认证
Web应用&源码泄漏&开源闭源&指纹识别&GIT&SVN&DS&备份
Web应用&源码泄漏&开源闭源&指纹识别&GIT&SVN&DS&备份
|
7月前
|
前端开发 持续交付 开发工具
【专栏:工具与技巧篇】版本控制与Git在前端开发中的应用
【4月更文挑战第30天】Git是前端开发中的必备工具,它通过分布式版本控制管理代码历史,支持分支、合并、回滚等操作,促进团队协作和冲突解决。在前端项目中,Git用于代码追踪、代码审查、持续集成与部署,提升效率和质量。优化协作包括制定分支策略、编写清晰提交信息、定期合并清理分支及使用Git钩子和自动化工具。掌握Git能有效提升开发效率和代码质量。
105 2
|
7月前
|
开发工具 git 开发者
【专栏】探讨了 Git 中的 `git rebase` 操作,它用于重新应用提交到另一分支,改变历史顺序
【4月更文挑战第29天】本文探讨了 Git 中的 `git rebase` 操作,它用于重新应用提交到另一分支,改变历史顺序。与 `git merge` 不同,rebase 重写提交历史,提供简洁线性的历史记录。文章介绍了 rebase 的基本操作、应用场景,如整理提交历史、解决冲突和整合分支,并强调了使用注意事项,如避免在公共分支上操作。尽管 rebase 可以带来整洁的历史和冲突解决便利,但其潜在的风险和可能导致的历史混乱需谨慎对待。理解并恰当使用 `git rebase` 可以提升开发效率和代码质量。
206 1