git&＃xff08;分布式&＃xff09; 和 svn &＃xff08;集中式&＃xff09;都是版本控制器。
个人观点而言&＃xff0c;这两都对比之下&＃xff0c;我更喜欢 git操作, svn 很多方面我觉得不如 git。为什么这么说呢&＃xff0c;举几个例子吧。
参考 git 网站 &＃xff1a; https://learngitbranching.js.org/
下面简单的介绍&＃xff1a;
关于 git 操作&＃xff1a;
1&＃xff64;有几个专用的术语&＃xff1a;
Workspace: 工作区
Index / Stage : 暂存区
Remote: 远程仓库
2&＃xff64;什么是git&＃xff1f;
github 是为 git 提供一个仓库的拖管服务。可以共享代码。
在 github 上用户所有的文字功能都可以用 github flavored markdown (CFM)语法。而且现在很多服务都兼容 markdown。
3&＃xff64;github 中的描述方法可以用&＃xff1a;
&＃64;用户名
&＃64;组织名
4、github 提供的主要功能有哪些&＃xff1f;
a、git仓库
b、organization
c、Issue
将一个任务或者问题分给一个 Issue 进行追踪和管理功能。
d、wiki
任何一个人随时都可以对文章进行编写和保存&＃xff0c;很多人可以共同完成一个文章。
e、pullrequest
仓库推送更改或者功能添加后。可以通过 pull request 功能向别人仓库提出请求要求合并。
关于 On-my-zsh 配置 zsh 提高 shell 逼格的终极选择
1&＃xff64;什么是 shell &＃xff1f;什么是 shell script?
shell 是用 c语言编写的程序&＃xff0c; 是用户使用 Linux 的桥梁。
shell 既是一种命令语言&＃xff0c;也是一种程序设计语言。
shell 是一种应用程序&＃xff0c;提供了系统界面&＃xff0c;用户可以通过系统界面访问操作系统的内部程序。
shell script 是脚本程序&＃xff0c;业界所说的 shell 通常是指 shell 脚本&＃xff0c;两个不是同的概念。
“shell 编程”都是指 shell 脚本编程。
对于 git 和 svn 两者的区别&＃xff1f;
下面列个表大概写个区别。
| Git | Svn |
| 系统 | 分布式系统 | 集中式版本控制系统 |
| 适用 | 适用于代码管理 | 适用于项目管理文档 |
| 安全性 | 高 | 低 |
| 冲突 | 在提交的过程中不会被阻止。 有冲突的时候会标记冲突文件。 | 每次改文件前都要 update &＃xff0c;有时候在修改过程中文件提交不了。 有冲突会阻止提交&＃xff0c;解决冲突会比较麻烦 |
| 权限 | 每个开发者可以有一完整的分支&＃xff0c;记录着版本号。 没有权限管理控制&＃xff0c;只有账号角色的区分。 | 权限有管理严格&＃xff0c;可以按组或者目录分配。 |
| 断网情况 | 在网络断的情况下&＃xff0c;可以看历史记录&＃xff0c;可以看日志 | 服务器出现问题无法交互&＃xff08;拉分支、看日志&＃xff09; |
| 分支 | 可以有n多个分支&＃xff0c;而且互不影响。 每个开发者可以自己建一个分支&＃xff0c;然后结束分支&＃xff0c;最后合并。 在合并前提交的代码不会影响别人。 | 本地修改任何文件别人都会看到&＃xff0c;提交就会有冲突&＃xff0c;然后报红。 拉一个分支就像 copy 一个目录&＃xff0c;而且内容都一样。 创一个分支所有人拉目录都会有。 |
常遇到的问题解决方法 &＃xff1f;
1&＃xff64;假如 我在git上创建了一个项目 然后我和你做这个项目的时候 你创建了分支 然后你提交的代码 不会影响到我这边 是这样子么?
如果用 git 来操作的话&＃xff0c;可以且命令或者 工具 SourceTree 。master 是主分支&＃xff0c;develop是开发分支。
我要建一个分支 shuaishuaige 。那么我可以用 git flow 去建&＃xff08;git flow feature start shuaishuaige 开始&＃xff0c;git flow feature finish shuaishuaige 结束&＃xff09;。我在这个分支上提交或者修改、删除不会影响到别的分支&＃xff0c;在结束后&＃xff0c;在合到 develop &＃xff08;正常是其他分支合到 develop 上面,然后 最后 develop 合到 master 上面 &＃xff09;。
2&＃xff64;在 svn 上遇到代码冲突怎么解决。
由于本人用的 mac 命令&＃xff0c;在提交代码的时候&＃xff0c;如果有冲突会出现提示&＃xff08;大概意思有三个选择 m 表示自己&＃xff0c;tc 表示他们的代码 , 还有一个表示 合并代码&＃xff09;。
如果用 win 的 工具的话&＃xff0c;可以右击 如下图。这个英文自己百度。
帅帅哥常用的 git 命令&＃xff1a;
1&＃xff64;更新拉取远程分支
git fetch origin
2&＃xff64;切换到 shuaishuaige 这个分支上
git checkout shuaishuaige
3&＃xff64;检查本地分支
git branch
4&＃xff64;检查远程分支
git branch -r
5&＃xff64; 列出本地分支和远程分支
git branch -a
6&＃xff64;本地添加为 shuaishuaige 的分支
git branch shuaishuaige
7&＃xff64;把本地 shuaishuaige 这个分支删除
git branch -d shuaishuaige
8&＃xff64;把本地分支 shuaishuaige push 到远程上去
git push origin shuaishuaige
9&＃xff64; 删除远程 shuaishuaige 的分支
git push origin :shuaishuaige
或者
git push origin --delete shuaishuaige
10&＃xff64;创建一个新分支并且停留在这个分支上
git checkout -b shuaishuaige
11&＃xff64;返回上一个分支
git checkout -
12&＃xff64;显示远程仓库的信息
git remove -v
13&＃xff64;提交时显示的名字
git config user.name "shuaishuaige"
14&＃xff64;提交时显示邮箱地址
git config user.email "email address"
15&＃xff64;添加当前目录到文件暂存区
git add .
16&＃xff64;显示有变更的文件
git status
17&＃xff64;显示工作区和暂存区的差别
git diff
18&＃xff64;显示当前分支的最近几次提交
git reflog
19&＃xff64;显示所有提交过代码的用户&＃xff0c;按提交次数排序
git shortlog -sn
20&＃xff64;显示近 5 次的提交
git log -5 --pretty --oneline
帅帅哥常用的 git flow 命令&＃xff1a;
1、直接签出新分支&＃xff0c;我们可以在上面开发
git-flow
2、初始化
git flow init
3、创建一个 shuaishuiage 的分支名&＃xff08;并且切自动切换到当前分支&＃xff09;
git flow feature start shuaishuaige
1&＃xff64;完成新功能和必要的修复。
2&＃xff64;已经彻底被测试过了。
4、结束一个 shuaishuiage 的分支名&＃xff08;并且自动删除&＃xff09;
git flow feature finish shuaishuaige
1&＃xff64; 一个在更广泛的“开发”背景下全面测试。
2&＃xff64;稍后和所有积攒在 “develop"分支中其它功能一起进行发放。
3&＃xff64;之后git-flow 也会进行清理操作。删除当下已经完成的分支&＃xff0c;并切到”develop" 分支 。
5、develop分支新功能和测试完成&＃xff0c;生成新版号
git flow release start 1.1.5
6、完成 1.1.5 版本的开发
git flow release finish 1.1.5
1&＃xff64;首先&＃xff0c;git-flow 会拉取远程仓库&＃xff0c;确保目前是最新版本。
2&＃xff64;release 的内容会被合并到 master 和 develop 这两个公支中去&＃xff0c;这样不仅产品代码为最新&＃xff0c;而且新功能分支也基于最新。
3&＃xff64;为了便于识别和做历史参考&＃xff0c;release 提交会被标记这个 release 的名字&＃xff08;本例中用的是 1.1.5&＃xff09;。
4&＃xff64;清理操作&＃xff0c;版本分支会被删除&＃xff0c;并且回到 develop 分支。
7、产品代码修复
git flow hotfix start missing-link
1&＃xff64;很金时候&＃xff0c;仅在几小时或者几天&＃xff0c;release 版本全面测试会发生小错误。
2&＃xff64;git-flow 提供一个特定的 “hotfix” 工作流程&＃xff08;不管使用 “功能”分支还是 “release" 都是不恰当的&＃xff09;。
3&＃xff64;release 分支是基于 “develop"分支的。而 hotfix 是基于 ”master“ 分支的。
8、代码修复完提交
git flow hotfix finish missing-link
1&＃xff64;类似于发布 release 的版本&＃xff0c;代码合到 master 的同时也合到了 develop。
2&＃xff64;hotfix 程序被标记起来便于参考。
3&＃xff64;hotfix 如果被删除&＃xff0c;则切换到 develop 分支上。
帅帅哥常用的 svn 命令&＃xff08;mac&＃xff09;&＃xff1a;
1、将文件 checkout 到本地目录&＃xff1a;
svn checkout 目录的路径&＃xff08;比如&＃xff1a;http://shuaishuaige/html&＃xff09;
2、更新代码&＃xff1a;
svn update
3、提交文件&＃xff1a;
svn ci -m &＃39;备注修改的内容&＃xff08;比如&＃xff1a;我修改了这个标题内容)&＃39; xxx.html
3、添加新的文件夹后并提交里面的代码
svn add recharge (这里的 recharge 是我的文件夹名称)
svn ci -m “备注修改的内容“ recharge
4、如果批量修改代码
svn st 查看本地哪些代码修改了
svn st | grep "M" | cut -c 8->modified.txt 把状态为M的文件筛选出来存入modified.txt文件&＃xff0c;可以打开此文件查看是不是正确的。
svn ci -m "bug" --targets modified.txt 只将modified.txt中记录的文件递交到SVN服务器
5、svn中 update 后 svn 中的文件删除了&＃xff0c;在本地删除后&＃xff0c;命令行会出现 感叹号 的现象&＃xff0c;执行命令&＃xff1a;
svn delete /src/shuaishuaige/html/test (路径的文件名)
6&＃xff64;恢复原始未改变的工作副本文件 (恢复大部份的本地修改)
svn revert
svn revert /shuaishuaige/test
注意: 该命令不会存取网络&＃xff0c;并且会解除冲突的状况。但是它不会恢复
7、在编辑器中&＃xff0c;我用的 vsc &＃xff0c;文件名后面会显示字母&＃xff0c;意思如下&＃xff1a;
A 已添加
D 已删除
U 已更新
C 合并冲突
G 合并成功
E 已存在
8&＃xff64;黄色感叹号(有冲突):
这是有冲突了&＃xff0c;冲突就是说你对某个文件进行了修改&＃xff0c;别人也对这个文件进行了修改&＃xff0c;别人抢在你提交之前先提交了&＃xff0c;这时你再提交就会被提示发生冲突&＃xff0c;而不允许你提交&＃xff0c;防止你的提交覆盖了别人的修改。要解决冲突&＃xff0c;如果你确认你的修改是无效的&＃xff0c;则用TSVN还原你的修改就行了&＃xff1b;如果认为你的修改是正确的&＃xff0c;别人的提交是无效的&＃xff0c;那么用TSVN先标记为“解决冲突”&＃xff0c;然后就可以提交了&＃xff1b;如果你认为你的修改和别人的修改都有一部分是有效的&＃xff0c;那么你就把别人的修改手动合并到你的修改中&＃xff0c;然后使用TSVN标注为“解决冲突”&＃xff0c;然后就可以提交了。进入文件夹&＃xff0c;寻找有黄色感叹号的文件&＃xff0c;这些文件就是发生冲突的地方&＃xff0c;根据实际情况处理冲突
9&＃xff64;米字号(有本地修改代码)&＃xff1a;
这是说明你有未提交的本地代码。
10&＃xff64;问号(新加入的资源):
这说明该文件是项目中新增文件资源&＃xff0c;新增资源可以是文件、图片、代码等。
11&＃xff64;红色感叹号(本地代码与库没有保持一致)&＃xff1a;
这说明本地代码跟库上没有保持一致&＃xff0c;如果用户想修复&＃xff0c;可以将带红色感叹号图标文件删除&＃xff0c;直接update即可。
12&＃xff64;灰色向右箭头(本地修改过)
本地代码没有及时上库。
13&＃xff64;蓝色向左箭头(SVN上修改过)
记得更新代码后修改&＃xff0c;提交前跟svn对比习惯。
14&＃xff64;灰色向右且中间有个加号的箭头(本地比SVN上多出的文件)
修改完记得跟svn保持一致
15&＃xff64;蓝色向左且中间有个加号的箭头(SVN上比本地多出的文件)
删除该文件后&＃xff0c;再次更新&＃xff0c;将svn上文件全部更新下来。
16&＃xff64;灰色向右且中间有个减号的箭头(本地删除了,而SVN上未删除的文件)
也就是说你删除确认后&＃xff0c;一定要记得上库&＃xff0c;跟svn保持一致
17&＃xff64;蓝色向左且中间有个减号的箭头(SVN上删除了,而本地未删除的文件)
比对svn库上代码&＃xff0c;确定需要删除后&＃xff0c;更新svn(删除无用代码)。
18&＃xff64;红色双向箭头(SVN上修改过,本地也修改过的文件 )
这个表示本地和svn上都修改过&＃xff0c;最好就是把本地修改合并到svn&＃xff0c;修改代码前最后先更新。
京公网安备 11010802041100号