有没有做网站的电话,湖南人文科技学院王牌专业,网页设计培训好学吗,在新加坡注册公司需要什么条件git#xff0c;一个分布式的版本管理工具。主要用处#xff1a;版本管理、协作开发。
常见版本管理工具#xff1a;
VSS —— Visual Source Safe CVS —— Concurrent Versions System SVN —— CollabNet Subversion GIT
GIT安装#xff1a;下载安装文件#xff1a;…git一个分布式的版本管理工具。主要用处版本管理、协作开发。
常见版本管理工具
VSS —— Visual Source Safe CVS —— Concurrent Versions System SVN —— CollabNet Subversion GIT
GIT安装下载安装文件Git-2.41.0-64-bit.exe 运行 Git是分布式版本控制系统。另一种是集中式版本控制系统
分布式版本控制系统没有“中央服务器”每台电脑上都有一个完整的版本库。
就是说一开始每台电脑上都有一个一样的版本库然后每个人不需要联网就可以做自己的版本控制添加、修改、删除文件等操作操作保存在自己本地的版本库中经过一段时间后再指定一个统一的地方大家都把本地的版本库合并到这个统一的地方实际上就是集中式版本系统的中央服务器合并中有可能出现各种问题如冲突等解决完这些冲突就形成一个大家都认可的版本每个人再将这个版本的库下载到本地再次基础上再次进行开发循环往复做到版本控制。
一、版本库创建
版本库又名仓库repository创建版本库需要在一个合适的地方创建一个空目录
md e:\learngit cd learngit git init
Windows下 centos6下 windows下可以使用git bash环境就是模拟的linux windows下可以使用图形界面即Git GUI 创建仓库后会创建.git子目录及相关文件、子目录 二、使用
1、添加文件到仓库git add filename
需要在learngit目录下创建文件这个是工作目录其他地方git是无法管理的 2、提交文件到仓库git commit -m “说明信息” 第一次提交出现提示信息在linux下默认使用你的登录名和hostname作为user.name和user.email可以使用git config --global user.name “USERNAME” 和 git config --global user.email “EMAIL”来设置全局的用户名和邮箱地址来标识提交文件的主人不带--global则只在本仓库有效。Windows中这两项配置文件为C:\Users\Administrator\.gitconfig : windows下 配置信息及其保存位置
git config -l 是三个信息的汇总分别是
1.仓库级别 local。 2.用户级别global。 3.系统级别system。
优先级仓库级别最高用户级别次之系统级别最低。
1、仓库级别git config --local -l 配置文件在仓库的.git目录下的config文件 2、用户级别global、 git config --global -l 配置文件在C:\Users\Administrator\.gitconfig
3、系统界别system. git config --system -l 配置文件在git安装目录下的etc中的gitconfig文件如D:\Program Files\Git\etc\gitconfig 在centos6.7中
1、仓库级别git config --local -l 配置文件在仓库目录下.git/config
2、用户级别global、 git config --global -l 配置文件在用户家目录下的.gitconfig
3、系统界别system. git config --system -l 配置文件在/etc/gitconfig
3、git status 掌握仓库的当前状态
当修改了某个文件而又没有add更没有commit时仓库中的文件就与工作区的文件不同了此时使用gitstatus查看 git add后 提交后再次修改使用git diff a1.txt查看不同 4、git log 查看提交日志 黄色的字符串是commit id即版本号。简洁版的显示 5、git reset 版本回退或叫版本回滚恢复到以前的某个版本
Git必须知道当前版本是哪个版本Git中用HEAD表示当前版本上一个版本使用HEAD^表示上上一个版本用HEAD^^版本多了使用HEAD~#如HEAD~10回退到往前第10个版本。 如果要再回到第四次的版本需要先找到第四次的commitid方法是使用git reflog
git log无法显示回退前的版本信息。 这里看到readme.txt-4的commitid使用如下命令
git reset --hard commitid 6、工作区和暂存区
工作区working Directory就是电脑中能看到的目录比如这里的e:\learngit
版本库Repository工作区中有一个隐藏目录“.git”这个不算工作区而是Git版本库。
版本库中存了很多东西其中最重要的就是称为stage或叫index的暂存区Git自动创建的第一个分支master以及指向master的一个指针叫做HEAD。 把文件往Git版本库⾥添加的时候是分两步执行的 第一步是用“git add”把文件添加进去实际上就是把文件修改添加到暂存区 第二步是用“git commit”提交更改实际上就是把暂存区的所有内容提交到当前分支。 因为我们创建Git版本库时Git自动为我们创建了唯一一个master分支所以现在 commit就是往master分支上提交更改。
需要提交的文件修改通通放到暂存区然后一次性提交暂存区的所有修改。
对于第一次修改后执行了git add然后又进行了第二次修改然后直接进行git commit则在工作区的第二次修改因为没有放入暂存区所以git commit只把暂存区的第一次修改提交了第二次修改不会被提交。
使用git diff HEAD -- filename 来比较工作区和版本库里面最新版本的区别 所以每次工作区的修改最好都add一下最后一起commit。
7、撤销修改
对于存在不一致的文件如下 git提示可以使用git restore file来丢弃工作区的修改 使用git checkout -- filename也可以实现。
git restore --staged file丢弃暂存区的修改即git add的修改丢弃但只是丢弃暂存区的修改所以执行后status会回到Changes not staged for commit状态。 关于git checkout命令
Git社区发布了Git的新版本2.23。在该版本中有一个特性非常引人瞩目就是新版本的Git引入了两个新命令 git switch 和 git restore用以替代现在的 git checkout。换言之git checkout 将逐渐退出历史舞台。
Git社区决定这样做是因为目前 git checkout 命令承载了太多的功能这让新手们感到困惑。git checkout 的核心功能包括两个方面一个是分支的管理一个是文件的恢复。这两个核心功能未来将由 git switch 和 git restore 分别负责。
相比之下新命令旨在将职责明确分为两个较窄的类别更改分支的操作和更改文件的操作
8、删除文件
已经提交的文件在工作区删除了 需要使用git rm file执行删除的添加或者还是使用git add file将删除的信息添加到暂存区然后git commit就将仓库中的文件删除了。 恢复 9、远程仓库github
本地Git仓库和GitHub仓库之间的传输是通过SSH加密的所以需要一点设置 第1步创建SSH Key。在用户主目录下看看有没有.ssh目录如果有再看看这个目录下有没有id_rsa和id_rsa.pub这两个文件如果已经有了可直接跳到下一步。如果没有打开ShellWindows下打开Git Bash创建SSH Key $ ssh-keygen -t rsa -C youremailexample.com 需要把邮件地址换成自己的邮件地址然后一路回车使用默认值即可由于这个Key也不是用于军事目的所以也不需设置密码。在用户主目录中找到.ssh目录有id_rsa和id_rsa.pub两个文件这两个就是SSH Key的秘钥对id_rsa是私钥不能泄露出去id_rsa.pub是公钥可以放心地告诉任何人。
第2步设置github上的SSH KEY 这样就可以在本地连接github了。
先在github上创建一个空仓库learngit
然后在本地learngit工作区中执行
git remote add origin gitgithub.com:kaoa000/learngit.git
这样就将本地仓库与github上的learngit仓库进行了关联。添加后远程库的名字就是origin这是Git默认的叫法也可以改成别的。
git push -u origin master 将本地仓库推送到远程仓库。
github访问确实是慢而且时断时续 推送前 推送后 把本地库的内容推送到远程用git push命令实际上是把当前分支master推送到远程。
由于远程库是空的第一次推送master分支时加上了-u参数Git不但会把本地的 master分支内容推送的远程新的master分支还会把本地的master分支和远程的master 分支关联起来在以后的推送或者拉取时就可以简化命令。
现在只要本地作了提交就可以通过命令 $ git push origin master
把本地master分支的最新修改推送至GitHub
从远程库克隆
git clone gitgithub.com:kaoa000/learngit.git gitee的使用与github相似
git remote add origin https://gitee.com/persistself/giteetest.git
git clone https://gitee.com/persistself/giteetest.git 不同的是需要输入gitee的账号和密码。
10、分支管理
创建与合并分支
每次提交Git都把它们串成一条时间线这条时间线就是一个分支。目前为止只有一条时间线在Git中这个分支叫主分支即 master分支。 HEAD严格来说不是指向提交而是指向mastermaster才是指向提交的所以HEAD指向的就是当前分支。 一开始的时候master分支是一条线Git用master指向最新的提交再用HEAD指向master就能确定当前分支以及当前分支的提交点 创建新的分支如devGit新建了一个指针叫dev指向master相同的提交再把HEAD指向dev就表示当前分支在dev上 从现在开始对工作区的修改和提交就是针对dev分支了如新提交一次后dev 指针往前移动一步而master指针不变 在dev上的工作完成了就可以把dev合并到master上。就是直接把master指向dev的当前提交就完成了合并 可以删除dev分支。删除dev分支就是把dev指针给删掉删掉后就剩下了一条master分支 创建dev分支然后切换到dev分支
git checkout -b dev
git checkout命令加上-b参数表示创建并切换相当于以下两条命令
git branch dev git checkout dev
使用git branch查看当前分支 git branch列出所有分支当前分支前标有一个星号*
在dev分支上提交 切换回master
git checkout master 可以看到readme.txt中dev分支上提交的修改没有了。因为那个提交是在dev分支上。 现在把dev分支的工作成果合并到master分支上
git merge dev 此命令用于合并指定分支到当前分支。 删除dev分支合并完成后就可以删除dev分支
git branch -d dev Git鼓励大量使用分支 查看分支git branch 创建分支git branch name 切换分支git checkout name 或 git switch name 创建切换分支git checkout -b name 或 git switch -c name 合并某分支到当前分支git merge name 删除分支git branch -d name
新版本增加git switch切换分支。
11、解决冲突
git switch -c feature1
修改readme.txt最后一行在feature1上提交切换到master分支
git switch master 修改readme.txt然后提交master分支上 此时 这种情况下Git无法执行“快速合并”即Fast-forward这种合并会有冲突 Git用标记出不同分支的内容
修改readme.txt保存后再次添加提交 现在分支变成如下图 查看合并情况git log --graph --prettyoneline --abbrev-commit 删除feature1分支git branch -d feature1
强行删除分支git branch -D feature1 在feature1分支上已经添加并提交但是还没有合并可以使用-D强制删除分支。
12、分支管理策略
合并时使用Fast forward模式删除分支后会丢掉分支信息可以强制禁用Fast forward模式。Git就会在merge时生成一个新的commit这样从分支历史上就可以看出分支信息。 13、Bug分支
git stash git stash list git stash apply git stash drop git stash pop
14、多人协作
从远程仓库克隆时实际上Git自动把本地的master分支和远程的master分支对应起来了并且远程仓库的默认名称是origin。
查看远程库的信息用git remote 或git remote -v 抓取fetch和推送push的origin的地址。如果没有推送权限就看不到push的地址。
推送分支就是把该分支上的所有本地提交推送到远程库。推送时要指定本地分支这样Git就会把该分支推送到远程库对应的远程分支上
git push origin master
推送其他分支git push origin dev 使用push推送的分支如果远程库中不存在会创建
抓取分支其他人克隆远程库以进行协作开发时从远程库clone时默认情况下只能看到本地的master分支可以用git branch查看。 要在mydev分支上开发就必须创建远程origin的mydev分支到本地使用如下命令创建本地mydev分支
git checkout -b mydev origin/mydev 冲突及解决
如果其他人向origin/mydev分支推送了提交而碰巧自己也对同样的文件做了修改并试图推送就会推送失败。其他人先推送 自己修改后又要推送 解决办法是按照Git的提示使用git pull把最新的提交从
origin/mydev抓下来然后在本地合并解决冲突在推送 git pull 一开始也出错了需要git branch --set-upstream-toorigin/mydev mydev关联上 修改完后需要再次git add 和git commit然后gitpush
其他人要接着开发时一般先git pull一下抓取最新的版本再继续开发 因此多人协作的工作模式通常是这样 1. 首先可以试图用git push origin branch-name推送自己的修改 2. 如果推送失败则因为远程分支比你的本地更新需要先用git pull试图合并 3. 如果合并有冲突则解决冲突并在本地提交 4. 没有冲突或者解决掉冲突后再用git push origin branch-name推送就能成功 如果git pull提示“no tracking information”则说明本地分支和远程分支的链接关系没有创建用命令git branch --set-upstream-to branch-name origin/branch-name。
多人协作小结 • 查看远程库信息使用git remote -v • 本地新建的分支如果不推送到远程对其他人就是不可见的 • 从本地推送分支使用git push origin branch-name如果推送失败先用git pull抓 取远程的新提交 • 在本地创建和远程分支对应的分支使用git checkout -b branch-name origin/branchname本地和远程分支的名称最好一致 • 建立本地分支和远程分支的关联使用git branch --set-upstream branch-name origin/branch-name • 从远程抓取分支使用git pull如果有冲突要先处理冲突。
15、忽略文件
在git的工作区的根目录下创建一个特殊的.gitignore文件然后把要忽略的文件名填进去Git就会自动忽略这些文件。
