master

git clone命令使用 分类： 项目构建 2013-06-26 15:43 38660人阅读 评论 (2) 收藏 举报 Git Clone git clone 命令参数： usage: git clone [options] [--] <repo> [<dir>] -v, --verbose be more verbose -q, --quiet be more quiet --progress force progress reporting -n, --no-checkout don't create a checkout --bare create a bare repository --mirror create a mirror repository (implies bare) -l, --local to clone from a local repository --no-hardlinks don't use local hardlinks, always copy -s, --shared setup as shared repository --recursive initialize submodules in the clone --recurse-submodules initialize submodules in the clone -

在 版本回退 里，你已经知道，每次提交，Git都把它们串成一条时间线，这条时间线就是一个分支。截止到目前，只有一条时间线，在Git里，这个分支叫主分支，即 master 分支。 HEAD 严格来说不是指向提交，而是指向 master ， master 才是指向提交的，所以， HEAD 指向的就是当前分支。 一开始的时候， master 分支是一条线，Git用 master 指向最新的提交，再用 HEAD 指向 master ，就能确定当前分支，以及当前分支的提交点： 每次提交， master 分支都会向前移动一步，这样，随着你不断提交， master 分支的线也越来越长： 当我们创建新的分支，例如 dev 时，Git新建了一个指针叫 dev ，指向 master 相同的提交，再把 HEAD 指向 dev ，就表示当前分支在 dev 上： 你看，Git创建一个分支很快，因为除了增加一个 dev 指针，改改 HEAD 的指向，工作区的文件都没有任何变化！ 不过，从现在开始，对工作区的修改和提交就是针对 dev 分支了，比如 新 提交 一次后， dev 指针往前移动一步，而 master 指针不变 ： 假如我们在 dev 上的工作完成了，就可以把 dev 合并到 master 上。Git怎么合并呢？最简单的方法，就是直接把 master 指向 dev 的当前提交，就完成了合并：

每次提交，Git都把它们串成一条时间线，这条时间线就是一个分支。截止到目前，只有一条时间线，这个分支叫主分支，即 master 分支， HEAD 指向 master ， master 指向提交，所以， HEAD 指向的就是当前分支。每次提交， master 分支都会向前移动一步，这样，随着你不断提交， master 分支的线也越来越长。 当我们创建新的分支 dev 时，git新建了一个指针叫 dev ，指向 master 相同的提交，同时把 HEAD 指向 dev ，就表示当前分支在 dev 上，不过，从现在开始，对工作区的修改和提交就是针对 dev 分支了，比如新提交一次后， dev 指针往前移动一步，而 master 指针不变，假如我们在 dev 上的工作完成了，就可以把 dev 合并到 master 上。最简单的 合并 方法，就是直接把 master 指向 dev 的当前提交，就完成了合并。 合并完分支后，甚至可以删除 dev 分支。删除 dev 分支就是把 dev 指针给删掉，删掉后，我们就剩下了一条 master 分支 首先，创建dev分支并切换到该分支， git checkout -b dev 解释：-b表示创建并切换， 相当于两条命令： git branch dev git checkout dev 可以用命令git branch查看当前分支，会列出所有分支

1. Git 历史 同生活中的许多伟大事件一样，Git 诞生于一个极富纷争大举创新的年代。Linux 内核开源项目有着为数众广的参与者。绝大多数的 Linux 内核维护工作都花在了提交补丁和保存归档的繁琐事务上（1991－2002年间）。到 2002 年，整个项目组开始启用分布式版本控制系统 BitKeeper 来管理和维护代码。 到 2005 年的时候，开发 BitKeeper 的商业公司同 Linux 内核开源社区的合作关系结束，他们收回了免费使用 BitKeeper 的权力。这就迫使 Linux 开源社区（特别是 Linux的缔造者 Linus Torvalds ）不得不吸取教训，只有开发一套属于自己的版本控制系统才不至于重蹈覆辙。他们对新的系统订了若干目标： • 速度 • 简单的设计 • 对非线性开发模式的强力支持（允许上千个并行开发的分支） • 完全分布式 • 有能力高效管理类似 Linux 内核一样的超大规模项目（速度和数据量） 2. Git 与 SVN 对比 2.1 SVN 概述 SVN是集中式版本控制系统，版本库是集中放在中央服务器的，而干活的时候，用的都是自己的电脑，所以首先要从中央服务器哪里得到最新的版本，然后干活，干完后，需要把自己做完的活推送到中央服务器。集中式版本控制系统是必须联网才能工作，如果在局域网还可以，带宽够大，速度够快，如果在互联网下

涂根华大大是我个人非常喜欢的博主，写的教程都是非常的精细，推荐关注。本博文来自涂大大2014年的文章，我个人在此基础上面进行重新整理。 参考： https://www.cnblogs.com/tugenhua0707 一：Git是什么？ Git是目前世界上最先进的分布式版本控制系统。由linux之父编写并开源，目前已经被微软收购。 　　 　　工作原理 / 流程： 　　 　　Workspace：工作区 　　Index / Stage：暂存区 　　Repository：仓库区（或本地仓库） 　　Remote：远程仓库 二：SVN与Git的最主要的区别？ 　　SVN（Subversion）是集中式管理的版本控制器，而Git是分布式管理的版本控制器！这是两者之间最核心的区别。 　　SVN只有一个单一的集中管理的服务器，保存所有文件的修订版本，而协同工作的人们都通过客户端连到这台服务器，取出最新的文件或者提交更新。 　　Git每一个终端都是一个仓库，客户端并不只提取最新版本的文件快照，而是把原始的代码仓库完整地镜像下来。每一次的提取操作，实际上都是一次对代码仓库的完整备份。Git不仅仅是个版本控制系统，它也是个内容管理系统（CMS），工作管理系统等。 （1）SVN属于 集中式 的版本控制系统 集中式的版本控制系统都有一个单一的集中管理的服务器，保存所有文件的修订版本

阅读目录 Git是什么 SVN与Git的最主要的区别 在windows上如何安装Git 如何操作 创建版本库 把文件添加到版本库中 版本回退 理解工作区与暂存区的区别 Git撤销修改和删除文件操作 撤销修改 删除文件 远程仓库 如何解决冲突 分支管理策略 多人协作 抓取分支 Git基本常用命令如下 题外话 虽然这个标题很惊悚，不过还是把你骗进来了，哈哈～各位看官不要着急，耐心往下看 Git是什么 Git是目前世界上最先进的分布式版本控制系统。 SVN与Git的最主要的区别 SVN是集中式版本控制系统，版本库是集中放在中央服务器的，而干活的时候，用的都是自己的电脑，所以首先要从中央服务器哪里得到最新的版本，然后干活，干完后，需要把自己做完的活推送到中央服务器。集中式版本控制系统是必须联网才能工作，如果在局域网还可以，带宽够大，速度够快，如果在互联网下，如果网速慢的话，就纳闷了。 Git是分布式版本控制系统，那么它就没有中央服务器的，每个人的电脑就是一个完整的版本库，这样，工作的时候就不需要联网了，因为版本都是在自己的电脑上。既然每个人的电脑都有一个完整的版本库，那多个人如何协作呢？比如说自己在电脑上改了文件A，其他人也在电脑上改了文件A，这时，你们两之间只需把各自的修改推送给对方，就可以互相看到对方的修改了。 在windows上如何安装Git http://pan.baidu.com

Git 基本常用命令如下： 1 mkdir： XX (创建一个空目录 XX指目录名) 2 3 pwd： 显示当前目录的路径。 4 5 git init 把当前的目录变成可以管理的git仓库，生成隐藏.git文件。 6 7 git add XX 把xx文件添加到暂存区去。 8 9 git add . 添加当前位置的所有文件 10 11 git commit –m “XX” 提交文件 –m 后面的是注释(注释尽量要详细) 12 13 git status 查看仓库状态 14 15 git log 查看历史记录 16 17 git diff XX 查看XX文件修改了那些内容 18 19 git reset –hard HEAD^ 或者 git reset –hard HEAD~ 回退到上一个版本 (如果想回退到100个版本，使用git reset –hard HEAD~100 ) 20 21 cat XX 查看XX文件内容 22 23 git reflog 查看历史记录的版本号id 24 25 git remote add origin https://github.com/tugenhua0707/testgit 关联一个远程库 26 27 git push origin master Git会把master分支推送到远程库对应的远程分支上 28 29 git checkout —

通过命令 显示当前目录： pwd 通过命令 git init 把这个目录变成git可以管理的仓库 通过命令 git add readme.txt添加到暂存区里面去 通过命令 git commit告诉Git，把文件提交到仓库：git commit -m 'readme.txt' 通过命令 git status来查看是否还有文件未提交 通过命令 git diff readme.txt 查看到底修改了什么 通过命令 git log 查看历史纪录 通过命令 git reset --hard HEAD^ 退回上一个版本 ，上上个HEAD^^ 通过命令 cat readme.txt 查看详情 通过命令 git checkout --readme.txt 意思就是，把readme.txt文件在工作区做的修改全部撤销 做全局的配置 查看自己的用户名和邮箱地址： $ git config --global user.name "zhangsan" 　　 $ git config user.name $ git config --global user.email "zhangsan@139.com" $ git config user.email 本地分支推送到github上：git push origin master 克隆一个本地库：git clone https://github.com/**

文章目录 版本控制系统: 版本控制软件 分布式版本控制 部署Git服务器 客户端测试(192.168.2.200作为客户端主机) HEAD指针操作 Git分支操作 Git服务器形式 版本控制系统: 集中式版本系统 – 开发者之间共同用一个仓库(repository) – 所有操作需要联网 分布式版本控制系统 – 每个开发者都是一个仓库的完整克隆,每个都是服务器 – 支持断网操作 版本控制软件 集中式版本控制软件 – CVS – SVN (Subversion) 分布式版本控制软件 – Git – BitKeeper (收费) 分布式版本控制 Git基本概念 – Git仓库: 保存所有数据的地方 – 工作区: 从仓库中提出的文件,放在磁盘上提供你使用或修改 – 暂存区: 就是一个文件,索引文件,保存了下次讲提交的文件列表信息 部署Git服务器 安装Git软件 #yum -y install git 初始化一个空仓库 #mkdir /var/git #git init /var/git/project --bare #ls /var/git/project 客户端测试(192.168.2.200作为客户端主机) 使用git常用指令列表如表-1所示。 表－1 git常用指令列表 clone克隆服务器仓库到本地。 [root@web2 ~]# yum -y install git