标签：修改 软件 流行 comm 更新 提取 代码托管 替代 通讯录
GIT的起源
Git是一个开源的分布式版本控制系统，用以有效、高速的处理从很小到非常大的项目版本管理。Git 是 Linus Torvalds 为了帮助管理 Linux 内核开发而开发的一个开放源码的版本控制软件。
Torvalds 开始着手开发 Git 是为了作为一种过渡方案来替代 BitKeeper，后者之前一直是 Linux
内核开发人员在全球使用的主要源代码工具。开放源码社区中的有些人觉得 BitKeeper 的许可证并不适合开放源码社区的工作，因此
Torvalds 决定着手研究许可证更为灵活的版本控制系统。尽管最初 Git 的开发是为了辅助 Linux
内核开发的过程，但是我们已经发现在很多其他自由软件项目中也使用了 Git。
Git主要实现2个功能：
版本管理:
在开发中，这是刚需，必须允许可以很容易对产品的版本进行任意回滚，版本控制工具实现这个功能的原理简单来讲，就是你每修改一次代码，它就帮你做一次快照。
协作开发:
一个复杂点的软件，往往不是一个开发人员可以搞定的，IT公司为加快产品开发速度，会招聘一堆跟你一样的开发人员开发这个产品，拿QQ来举例，现在假设3个人一起开发QQ，A开发联系人功能，B开发发文 字、图片、语音通讯功能,C开发视频通话功能， B和C的功能都是要基于通讯录的，你说简单，直接把A开发的代码copy过来，在它的基础上开发就好了，可以，但是你在他的代码基础上开发了2周后，这期间A没闲 着，对通讯录代码作了更新，此时怎么办？你和他的代码不一致了，此时我们知道，你肯定要再把A的新代码拿过来替换掉你手上的旧通讯录功能代码， 现在人少，3个人之间沟通很简单，但想想，如果团队变成30 个人呢？来回这样copy代码，很快就乱了，所以此时急需一个工具，能确保一直存储最新的代码库，所有人的代码应该和最新的代码库保持一致。
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网站上线了（github是一个基于git的代码托管平台，付费用户可以建私人仓库，我们一般的免费用户只能使用公共仓库，也就是代码要公开。），它为开源项目免费提供Git存储，无数开源项目开始迁移至GitHub，包括jQuery，PHP，Ruby等等。
历史就是这么偶然，如果不是当年BitMover公司威胁Linux社区，可能现在我们就没有免费而超级好用的Git了。
今天，GitHub已是：
Git可以在Linux、Unix、Mac和Windows这几大平台上正常运行了。
Linux上安装Git：sudo apt-get install git
Window上安装Git:
1、在Git官网下载windows版的git,但是官网几乎很难进去。SO，我在网盘存了Windows-Git-2.17。
链接：https://pan.baidu.com/s/14y7F7t9gKaZyG2Q_SHGH6A
提取码：2ds0
2、安装教程
https://jingyan.baidu.com/article/afd8f4dea2ff0b34e286e984.html
版本仓库可以简单理解成一个目录，这个目录里面的所有文件都可以被Git管理起来，每个文件的修改、删除，Git都能跟踪，以便任何时刻都可以追踪历史，或者在将来某个时刻可以“还原”。
1、创建版本库
$ mkdir git_test $ cd git_test/ $ git init Initialized empty Git repository in /Users/luban/git_test/.git/
.git的目录是Git来跟踪管理版本库的，没事千万不要手动修改这个目录里面的文件，不然改乱了，就把Git仓库给破坏了。
如果你没有看到.git目录，那是因为这个目录默认是隐藏的，用ls -ah命令就可以看见。
2、把文件添加到版本库
版本控制系统，其实只能跟踪文本文件的改动，比如TXT文件，网页，所有的程序代码等等，Git也不例外。版本控制系统可以告诉你每次的改动，比如在第7行加了一个单词“Linux”，在第8行删了一个单词“Windows”。而图片、视频这些二进制文件，虽然也能由版本控制系统管理，但没法跟踪文件的变化，只能把二进制文件每次改动串起来，也就是只知道图片从100KB改成了120KB，但到底改了啥，版本控制系统不知道，也没法知道。
不幸的是，Microsoft的Word格式是二进制格式，因此，版本控制系统是没法跟踪Word文件的改动的。如果要真正使用版本控制系统，就要以纯文本方式编写文件。因为文本是有编码的，建议使用标准的UTF-8编码，所有语言使用同一种编码，既没有冲突，又被所有平台所支持。
先编写一个文件：
$ vim first_git_file.txt
第一次使用git哈哈
注意：文件要放到git_test目录下（子目录也行），因为这是一个Git仓库，放到其他地方Git再厉害也找不到这个文件。
把一个文件放到Git仓库只需要两步：
1、把文件添加到仓库(在git_test目录下)
$ git add first_git_file.txt
执行上面的命令，没有error说明添加成功。
2、把文件提交到仓库
$ git commit -m "commit my first git file" [master (root-commit) 621e6e4] commit my first git file Committer: Your name and email address were configured automatically based on your username and hostname. Please check that they are accurate. You can suppress this message by setting them explicitly. Run the following command and follow the instructions in your editor to edit your configuration file: git config --global --edit After doing this, you may fix the identity used for this commit with: git commit --amend --reset-author 1 file changed, 2 insertions(+) create mode 100644 first_git_file.txt
中间红色部分的意思是，你在往git库里提交代码时，你需要告诉git你是谁，这样git就会纪录下来是谁改的代码，其实就是为了日后查询方便，你只需要提供一个名字和邮件地址就可以，
$ git config --global user.email "test@example.com" $ git config --global user.name "test"
git commit命令，-m后面输入的是本次提交的说明，可以输入任意内容，当然最好是有意义的，这样你就能从历史记录里方便地找到改动记录。
为什么Git添加文件需要add，commit一共两步呢？因为commit可以一次提交很多文件，所以你可以多次add不同的文件，比如：
$ git add file1.txt $ git add file2.txt file3.txt $ git commit -m "add 3 files."
标签：修改 软件 流行 comm 更新 提取 代码托管 替代 通讯录
原文地址：https://www.cnblogs.com/yunwangjun-python-520/p/10449362.html
