漫话：如何给女朋友解释什么是Git和GitHub

来自：漫话编程

周末，我正在家里看《最强大脑》，女朋友在一旁刷手机，相安无事。谁知道，刚过了没多久，她突然问我：

版本控制

想要介绍什么是GitHub，就要介绍下什么是Git，想要介绍什么是Git，那就不得不提版本控制。

我们知道，如果多台计算机在同一个局域网中，是可以进行局域网文件共享的。共享者可以通过设置把自己文件共享给他人进行阅读和修改。

对于同一份共享文件，如果又多个人需要修改的话会发生什么事情呢？假设现在有三个人，A分享了文件夹mhcoding，其中包含了三个文件mhcoding1.png，mhcoding2.png，mhcoding3.png，B和C需要对这份文件进行修改。

B和C分别把mhcoding文件夹拷贝到自己的电脑上，然后进行修改，改完之后需要再把自己修改上传上去。B先改完了之后把自己的文件上传上去，覆盖了A的分享。之后C也改完了，也把自己的改动上传上去。这样，C就会把B的修改覆盖掉。

为了上述这种问题，就需要通过一种方式来在C想要上传文件的时候来提醒他，告诉他需要考虑到B已经改过文件的事情。

比较好的方式就是通过版本控制。

如果使用了版本控制系统，每一个团队成员都可以在任何时间对任何文件毫无顾虑的进行修改，版本控制系统可以提醒我们文件修改冲突，甚至可以帮我们自动把多个人的改动合并到一起。

有了版本控制，我们还可以回溯查看以前某一个版本中具体文件的内容，还可以查看某一次改动的变更内容。非常适合团队协作。

版本控制的方式

本地版本控制系统

许多人习惯用复制整个项目目录的方式来保存不同的版本，或许还会改名加上备份时间以示区别。这么做唯一的好处就是简单。不过坏处也不少：有时候会混淆所在的工作目录，一旦弄错文件丢了数据就没法撤销恢复。



为了解决这个问题，人们很久以前就开发了许多种本地版本控制系统，大多都是采用某种简单的数据库来记录文件的历次更新差异。



集中化的版本控制系统

接下来人们又遇到一个问题，如何让在不同系统上的开发者协同工作？于是，集中化的版本控制系统应运而生。

这类系统，都有一个单一的集中管理的服务器，保存所有文件的修订版本，而协同工作的人们都通过客户端连到这台服务器，取出最新的文件或者提交更新。



这种做法带来了许多好处，特别是相较于老式的本地版本来说。现在，每个人都可以在一定程度上看到项目中的其他人正在做些什么。而管理员也可以轻松掌控每个开发者的权限，并且管理起来也轻松容易的多。

分布式版本控制系统

集中化最显而易见的缺点是中央服务器的单点问题。如果中央服务器宕机一小时，那么在这一小时内，谁都无法提交更新，也就无法协同工作。

要是中央服务器的磁盘发生故障，碰巧没做备份，或者备份不够及时，就会有丢失数据的风险。

于是分布式版本控制系统面世了。在这类系统中，客户端并不只提取最新版本的文件快照，而是把代码仓库完整地镜像下来。这么一来，任何一处协同工作用的服务器发生故障，事后都可以用任何一个镜像出来的本地仓库恢复。因为每一次的提取操作，实际上都是一次对代码仓库的完整备份。



Git

git其实就是一款我们前面介绍的分布式版本控制软件，Git具有以下特点：



程序员是比较典型的需要团队协作的职业，大多数情况下，都是需要多个程序员同时开发同一个项目的，就好像多个程序员要同时修改一份word文档一样。所以，Git是很多程序员的必备工具。

GitHub

GitHub是一个面向开源及私有软件项目的托管平台，因为只支持git 作为唯一的版本库格式进行托管，故名GitHub。



所谓托管平台，也就是说他可以用于存放文件。只不过上面的文件都是可以公开被访问到的。

GitHub是通过Git进行版本控制的软件源代码托管服务，并且，GitHub还引入了一些社交属性。号称是世界上***的程序员（同性）交友网站。





GitHub上那些奇葩"项目"

Dress - 女装大佬聚集地

有129名贡献者在这个名为Dress的项目里集结，上传了数千张女装照，收获了8000余颗星。



你敢相信这是个码农？

地址：

Thanos - 灭霸命令

Thanos.sh是一个开源的个灭霸命令，可随机删除电脑上一半文件。



地址：

nocode - 一行代码都没有

这是一个Issue比项目更精彩的项目，项目中一行代码都没有，Issue中各种装逼。



想问下，Star这个项目的2.7万人是有多无聊？？？

programmer-job-blacklist 码农找工作黑名单

hangzhou_house_knowledge 杭州买房攻略

howmanypeoplearearound 通过 Wi-Fi 信号估计附近有多少人

Git工作流程和常用命令分享

git是一个分布式版本控制软件，最初由林纳斯·托瓦兹创作，于2005年以GPL发布。最初目的是为更好地管理Linux内核开发而设计。林纳斯·托瓦兹在编写***个版本时就使用了“git”这个名称， 他将工具描述为“愚蠢的内容跟踪器”。

[图片上传失败...(image-c23291-1619063471664)]

四个专有名词：

Workspace：工作区

Index / Stage：暂存区

Repository：仓库区（或本地仓库）

Remote：远程仓库

打开本地生成的.git隐藏文件

创建新项目gittest

创建新文件test.txt

git add file

git status显示有变更的文件

git restore file 撤回文件修改内容

git commit –m “注释”

修改内容- 执行git diff工作区和本地仓库的差异

git log显示当前分支的版本历史

git reset --hard HEAD^ 当前版本回退到上一个版本

git reset --hard HEAD^ ^ 当前版本回退到上上一个版本

git reset --hard HEAD~100 回退到前100个版本

恢复已经删除的版本

git reflog 展示所有的提交记录

git reset --hard 版本号 回退到指定版本

git push origin master 将本地master分支推送到远程master分支，相当于创建远程分支

git checkout -b dev = git branch dev + git checkout dev 创建并切换分支

git branch 不带参数，会列出所有本地的分支；带参数表示创建分支

git branch –d name 删除本地分支(-D表示强制删除）

git branch –r 不带参数，会列出所有远程的分支

git branch --set-upstream-to=origin/branch本地 本地和远程分支关联

git push origin –delete branch 删除远程分支

git merge release用于合并指定分支到当前分支上

注：Fast-forward表示的合并是“快进模式”，也就是直接把master指向dev的当前提交，所以合并速度非常快。在这种模式下，删除分支后，会丢掉分支日志信息。可以使用带参数 --no-ff来***用”Fast forward”模式。

git merge --no-ff -m “注释”dev

git checkout release 切换release分支

vim test.txt 修改某条内容

git commit test.txt -m “release修改某条内容”

git checkout master 切换master分支

vim test.txt 修改某条同release内容

git commit test.txt -m “master修改某条内容”

git merge release 显示冲突

git status 显示冲突提示

Git用，=======，标记出不同分支的内容，其中release 是指release上修改的内容

vim test.txt 修改内容

git add test.txt

git commit -a -m “fix conflict”

当前分支有没有提交但也不合适现在就提交的内容，Git提供了暂储功能stash

git checkout release

vim test.txt 修改test.txt内容

git checkout develop 此时会提示Aborting

git status 查看当前状态

Git stash list 查看所有暂储列表

git stash apply恢复，恢复后stash内容并不删除，你需要使用命令git stash drop来删除；

另一种方式是使用git stash pop,恢复的同时把stash内容也删除了

创建Git Tag并推送远程服务器

git tag -a V1.0.0 –m“注释” //创建TAG

git push origin V1.0.0 //推送到远程服务器

git push origin --tag //提交所有tag至服务器

git tag -d V1.0.0 //删除本地标签

git push origin --delete tag tagname //删除远程标签

HEAD，它始终指向当前所处分支的最新的提交点。你所处的分支变化了，或者产生了新的提交点，HEAD就会跟着改变

add相关命令很简单，主要实现将工作区修改的内容提交到暂存区，交由git管理。

git add .添加当前目录的所有文件到暂存区

git add 添加指定目录到暂存区，包括子目录

git add 添加指定文件到暂存区

commit相关命令也很简单，主要实现将暂存区的内容提交到本地仓库，并使得当前分支的HEAD向后移动一个提交点。

git commit -m 提交暂存区到本地仓库,message代表说明信息

git commit --amend -m 使用一次新的commit，替代上一次提交

上传本地仓库分支到远程仓库分支，实现同步。

git push 上传本地指定分支到远程仓库

git push --force强行推送当前分支到远程仓库，即使有冲突

git push --all推送所有分支到远程仓库

关于分支，大概有展示分支，切换分支，创建分支，删除分支这四种操作。

git branch列出所有本地分支

git branch -r列出所有远程分支

git branch -a列出所有本地分支和远程分支

git branch 新建一个分支，但依然停留在当前分支

git checkout -b 新建一个分支，并切换到该分支

git checkout 切换到指定分支，并更新工作区

git branch -d 删除分支

git push origin --delete 删除远程分支

关于分支的操作虽然比较多，但都比较简单好记

merge命令把不同的分支合并起来。在实际开放中，我们可能从master分支中切出一个分支，然后进行开发完成需求，中间经过R3,R4,R5的commit记录，最后开发完成需要合入master中，这便用到了merge。

git merge 合并指定分支到当前分支

注：如果在merge之后，出现conflict，主要是因为两个用户修改了同一文件的同一块区域。需要针对冲突情况，手动解除冲突。

rebase又称为衍合，是合并的另外一种选择。

在开始阶段，我们处于new分支上，执行git rebase dev，那么new分支上新的commit都在dev分支上重演一遍，最后checkout切换回到new分支。这一点与merge是一样的，合并前后所处的分支并没有改变。

git rebase dev，通俗的解释就是new分支想站在dev的肩膀上继续下去。

rebase操作不会生成新的节点，是将两个分支融合成一个线性的提交。

rebase也需要手动解决冲突。

1.如果你想要一个干净的，没有merge commit的线性历史树，那么你应该选择git rebase

2.如果你想保留完整的历史记录，并且想要避免重写commit history的风险，你应该选择使用git merge

reset命令把当前分支指向另一个位置，并且相应的变动工作区和暂存区。

git reset —soft 只改变提交点，暂存区和工作目录的内容都不改变

git reset —mixed 改变提交点，同时改变暂存区的内容

git reset —hard 暂存区、工作区的内容都会被修改到与提交点完全一致的状态

git revert用一个新提交来消除一个历史提交所做的任何修改。

在回滚这一操作上看，效果差不多。git revert是用一次新的commit来回滚之前的commit，git reset是直接删除指定的commit。

在 Git工作区的根目录创建一个特殊的.gitignore文件。

在.gitignore文件中，添加需要忽略的文件。

git rm -r --cached . //将仓库中的index递归删除

git add . //重新添加仓库索引

git commit -m “update git.ignore” //提交

git branch --set-upstream-to=origin/branch branch //重现将本地仓库和远程仓库关联

最后，如果此篇博文对你有所帮助，别忘了点个赞哟~

git是什么工具

git是目前世界上***进的分布式版本控制工具（没有之一）。

Git认为其数据更像是一系列微型文件系统的快照。使用Git，每次提交或保存项目状态时，Git基本上都会记录当时所有文件的外观，并存储对该快照的引用。

为了提高效率，如果文件没有改变，Git不会再次存储文件，只是指向它已存储的上一个相同文件的链接。Git认为它的数据更像是一个快照流，会将数据作为项目的快照存储一段时间。

几乎每一项行动都是本地的

Git中的大多数操作只需要本地文件和资源来运行 - 通常不需要来自网络上另一台计算机的信息。

当您在Git中执行操作时，几乎所有操作都只将数据添加到Git数据库。很难让系统做任何不可撤销的事情或者以任何方式擦除数据。与任何VCS一样，您可能会丢失或搞乱尚未提交的更改，但在将快照提交到Git之后，很难丢失，尤其是在您经常将数据库推送到另一个存储库时。

xshell和git一样都是远程连接工具吗

是的。git 工具可以代替CRT或xshell等远程连接服务器工具。

1、Xshell 是一个强大的安全终端模拟软件，它支持SSH1, SSH2, 以及Microsoft Windows 平台的TELNET 协议。

Xshell是在Windows下远程连接Linux主机的工具。

2、Git

Git 是一个开源的分布式版本控制系统，用于敏捷高效地处理任何或小或大的项目。

git 图形化操作工具——gitk

本文介绍了git图形化操作工具gitk的使用。

本文首发：

gitk 是 git 提供的一个gui工具，可以很清晰地查看搜索提交历史及 git 相关操作。在终端 git 仓库目录下输入 gitk 命令即可使用。

通过右键我们可以执行一些简单的操作，包括基于当前提交创建tag，创建分支，reset到当前提交、revert当前提交等。

如果你安装了 git 工具，但无法使用 gitk 命令，更新 git 版本即可。

安装完成之后查看git安装位置，确保安装位置为 /usr/local/bin/git

如果不是运行下面的命令

如果遇到了下面的错误

安装 tcl 即可

参考 Install gitk on Mac

Windows系统中如何安装Git版本控制工具

我们在Windows系统中进行软件编写时，经常会用到Git版本控制工具。那么如何在Windows系统中安装Git呢？下面我给大家分享一下。

工具/材料

Git安装包

01

首先点击Git安装程序，默认进入安装向导界面，***个页面没有什么需要注意的，直接点击Next按钮即可，如下图所示

02

接下来会进入到安装位置选择的界面，这里要注意的是别安装在C盘即可，如下图所示

03

然后会出现选择安装项目的界面，这里按照如下图所示的方式勾选即可，注意红框中的分别代表的是命令行模式和图形界面模式，这两个一定要勾选

04

然后需要设置一下Git菜单的目录名称，我们就起名就Git即可，如下图所示

05

接下来会让你选择默认编辑器，我们这里选择Vim编辑器，如下图所示

06

然后会进入配置环境变量的界面，我们勾选***个选项，使用Git命令行，这样就无需修改Path变量了，如下图所示

07

接下来选择使用OpenSSL库，这样能保证数据传输的安全性，如下图所示

08

然后是选择命令行模拟器的类型，这里选择MinTTY即可，如下图所示

09

接下来在额外参数配置界面将出现的两个复选框都勾选上，如下图所示

10

然后Git就会进入安装状态了，如下图所示，我们等到安装进度条完成即可

11

最后我们打开开始菜单，如果能显示如下图所示的Git目录则代表Git安装成功了

git工具的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于git工具安装、git工具的信息别忘了在本站进行查找喔。