❶ Git-scm和msysGit的区别
git-scm.com是版本控制软件Git的官方网站。
Git本身是为Linux操作系统这一项目而编写的版本控制工具软件，并且是以源代码的形式发行的（在Windows平台下编译比较麻烦）。
msysGit是一个项目，它使用MSYS(MinGW的一部分)在Windows本地平台上编译出Git。他们发行的“Git for Windows”二进制文件就是Windows下的官方发行版本——你从git-scm.dom所下载的二进制文件。
msysGit项目也发行“msysgit”二进制文件，这个二进制文件是构建“Git for Windows”的完整开发环境。
所以，如果你只需要在Windows上使用Git，那么你从git-scm.com下载“Git for Windows”即可。
注意：Git for Windows往往被称为“preview”版本，因为msysGit项目组并不对它提供完整的支持。然而从个人体验来说，Git for Windows已经非常成熟、绝对稳定了，所以使用上是没有问题的。
最后，“Git Bash”是包含在“Git for
Windows”发行包（更精确的说，是与底层MSYS一起打包）中的命令解释器。之所以需要这个Bash，是因为很多Git命令实际上是shell
script，Bash负责对这些命令进行解释运行，同时，也正是因为Bash中间层的存在，Git才能完全兼容的运行在Windows上。即使你没有把
Git可执行文件加入PATH环境变量，Git也可以正常工作。但建议把Git可执行文件加入PATH，这样可以从其他的shell中使用Git，比如
cmd.exe或PowerShell。
❷ gitbtc是什么交易所
市场上有上千家交易所，但选交易所需谨慎，交易所运营不善极易跑路，建议选择全球前十交易所等，比如QBTC等
❸ 用TortoiseGit下载代码出现git did not exit cleanly (exit code 128)是什么原因
这个是由于你的git设置不对。在push的界面中TortoiseGit 的Remote 点manage 后弹出Remote的设置框， 正确设置Remote URL Putty，之后提交就没有问题了。
❹ git提交时有代码冲突怎么解决
冲突的产生
很多命令都可能出现冲突，但从根本上来讲，都是merge 和 patch（应用补丁）时产生冲突。
而rebase就是重新设置基准，然后应用补丁的过程，所以也会冲突。
git pull会自动merge，repo sync会自动rebase，所以git pull和repo sync也会产生冲突。当然git rebase就更不用说了。
冲突的类型
逻辑冲突
git自动处理（合并/应用补丁）成功，但是逻辑上是有问题的。
比如另外一个人修改了文件名，但我还使用老的文件名，这种情况下自动处理是能成功的，但实际上是有问题的。
又比如，函数返回值含义变化，但我还使用老的含义，这种情况自动处理成功，但可能隐藏着重大BUG。这种问题，主要通过自动化测试来保障。所以最好是能够写出比较完备的自动化测试用例。
这种冲突的解决，就是做一次BUG修正。不是真正解决git报告的冲突。
内容冲突
两个用户修改了同一个文件的同一块区域，git会报告内容冲突。我们常见的都是这种，后面的解决办法也主要针对这种冲突。
树冲突
文件名修改造成的冲突，称为树冲突。
比如，a用户把文件改名为a.c，b用户把同一个文件改名为b.c，那么b将这两个commit合并时，会产生冲突。
$ git status
added by us: b.c
both deleted: origin-name.c
added by them: a.c
如果最终确定用b.c，那么解决办法如下：
git rm a.c
git rm origin-name.c
git add b.c
git commit
执行前面两个git rm时，会告警“file-name : needs merge”，可以不必理会。
树冲突也可以用git mergetool来解决，但整个解决过程是在交互式问答中完成的，用d 删除不要的文件，用c保留需要的文件。
最后执行git commit提交即可。
内容冲突的解决办法
发现冲突
一般来讲，出现冲突时都会有“CONFLICT”字样：
$ git pull
Auto-merging test.txt
CONFLICT (content): Merge conflict in test.txt
Automatic merge failed; fix conflicts and then commit the result.
但是，也有例外，repo sync的报错，可能并不是直接提示冲突，而是下面这样：
error: project mini/sample
注：无论是否存在冲突，只要本地修改不是基于服务器最新的，它都可能报告这个错误，解决方法都是一样。
这个时候，需要进入报错的项目（git库）目录，然后执行git rebase解决：
git rebase remote-branch-name
冲突解决的一般过程
merge/patch的冲突解决
先编辑冲突，然后git commit提交。
注：对于git来讲，编辑冲突跟平时的修改代码没什么差异。修改完成后，都是要把修改添加到缓存，然后commit。
rebase的冲突解决
rebase的冲突解决过程，就是解决每个应用补丁冲突的过程。
解决完一个补丁应用的冲突后，执行下面命令标记冲突已解决（也就是把修改内容加入缓存）：
git add -u
注：-u 表示把所有已track的文件的新的修改加入缓存，但不加入新的文件。
然后执行下面命令继续rebase：
git rebase --continue
有冲突继续解决，重复这这些步骤，直到rebase完成。
如果中间遇到某个补丁不需要应用，可以用下面命令忽略：
git rebase --skip
如果想回到rebase执行之前的状态，可以执行：
git rebase --abort
注：rebase之后，不需要执行commit，也不存在新的修改需要提交，都是git自动完成。
编辑冲突的方法
直接编辑冲突文件
冲突产生后，文件系统中冲突了的文件（这里是test.txt）里面的内容会显示为类似下面这样：
a123
<<<<<<< HEAD
b789
=======
b45678910
>>>>>>>
c
其中：冲突标记<<<<<<< （7个<）与=======之间的内容是我的修改，=======与>>>>>>>之间的内容是别人的修改。
此时，还没有任何其它垃圾文件产生。
最简单的编辑冲突的办法，就是直接编辑冲突了的文件（test.txt），把冲突标记删掉，把冲突解决正确。
❺ git error：key does not contain a section：什么意思
这段英文的翻译是：
Git错误:密钥不包含节:
git出现error: key does not contain a section: trustexitcode 错误，经分析应该是~/.gitconfig中信息配置有错误。
英语学习的方法。
1 学习英语的首要理念：要努力去了解“是什么”，而尽量少去了解“为什么”。
因为英语是语言，很多语汇和句型的用法没有道理可讲，没有“为什么”可言，人们就是这样用的，就是这样说的，记住就好。当然了，仔细分析起来或许可以找到语法上的解释。婴儿时期，我们学说话的时候，从来没有问过“为什么会这么说” 吧，但是为什么后来会说的这么好?因为我们听的多，说的多，自然就记在脑子里了。
2 学习英语的最好方法：背诵课文。
因为英语是我们的后天语言，所以必须将人家现成的东西反复在脑海里形成神经反射，不用关心为什么这样说(同第一点)。
推荐《新概念英语3，4册》。可以说，几乎没有任何一种教材的经典程度超过《新概念英语》。它的语法是最规范的，结构是最严谨的，流传了好几代人，依然保持最为持久的生命力。
3 学习英语需要多种形式的神经刺激。
真正学好英语，不经历背诵大量文章，写大量东西，听大量文章，是根本不可能达到目的的，比如一个新单词，我们在书上看到，默写，背诵，还不能说真正认识了。在听力中听到了这个单词，能反应过来是它吗?在想表达这种意思的时候，能反应过来应该用它吗?……我们当初学说话的时候，都是无形中进行了听，说，读，写等不经意的“练习”才全面掌握了这门语言。
4 学习英语要善于利用零碎时间。
英语学习不是靠突击可以学好的，一下子花上好几个小时拼命学英语，是无济于事的。它的特点在于“细水常流”。每天花上十几分钟的零碎时间听，背一段课文，记几个单词，长期坚持，逐渐会得到提高的。
5 要着意“卖弄”。
新学会的词汇和用法，应该在可能的场合多多练习使用。不要老是用自己喜欢或者熟悉的单词或者句型，这样的话，新学的东西永远得不到强化，慢慢的又会变的陌生，人将会永远停留原有的水平。不断地将新东西变为旧东西，又不断接触新东西，再将其变为旧东西，如此往复，才能不断提高。
❻ git私有库的，怎么clone不下来
检查地址是否正确。。 检查是否有访问权限。。 检查是否有clone权限。。 检查用户名密码是否正确。。 检查地本目录是否有写权限。。
❼ git clone和 git pull 操作都正常，但是不能push，这是为什么
如果那个库是公开的话,您拥有权限,你可以clone和pull,至于push的,要看情况
主要情况有:
不具有权限 比如账号密码不正确的情况
您进行了修改,没有执行添加到本地仓库的情况下进行推送
git add .
git commit -m 'new commit'
git push
3.pull有冲突没有解决等
❽ Git上如何实现正式库与测试库的区分吗
用不同的分支来区分吧。具体的实现方式可以去搜索Git分支模型。有大量的Ctlr+C的文章。
❾ git和svn的区别和优缺点
1) 最核心的区别Git是分布式的，而Svn不是分布的。能理解这点，上手会很容易，声明一点Git并不是目前唯一的分布式版本控制系统，还有比如Mercurial等，所以说它们差不许多。话说回来Git跟Svn一样有自己的集中式版本库和Server端，但Git更倾向于分布式开发，因为每一个开发人员的电脑上都有一个Local Repository,所以即使没有网络也一样可以Commit，查看历史版本记录，创建项 目分支等操作，等网络再次连接上Push到Server端。
从上面看GIt真的很棒，但是GIt adds Complexity,刚开始使用会有些疑惑，因为需要建两个Repositories(Local Repositories & Remote Repositories),指令很多，除此之外你需要知道哪些指令在Local Repository，哪些指令在Remote Repository。
2)Git把内容按元数据方式存储，而SVN是按文件：因为,.git目录是处于你的机器上的一个克隆版的版本库，它拥有中心版本库上所有的东西，例如标签，分支，版本记录等。.git目录的体积大小跟.svn比较，你会发现它们差距很大。
3) Git没有一个全局版本号，而SVN有：目前为止这是跟SVN相比Git缺少的最大的一个特征。
4) Git的内容的完整性要优于SVN: GIT的内容存储使用的是SHA-1哈希算法。这能确保代码内容的完整性，确保在遇到磁盘故障和网络问题时降低对版本库的破坏。
5) Git下载下来后，在OffLine状态下可以看到所有的Log,SVN不可以。
6) 刚开始用时很狗血的一点，SVN必须先Update才能Commit,忘记了合并时就会出现一些错误，git还是比较少的出现这种情况。
7) 克隆一份全新的目录以同样拥有五个分支来说，SVN是同时复制5个版本的文件,也就是说重复五次同样的动作。而Git只是获取文件的每个版本的 元素，然后只载入主要的分支(master)在我的经验,克隆一个拥有将近一万个提交(commit),五个分支,每个分支有大约1500个文件的 SVN,耗了将近一个小时！而Git只用了区区的1分钟！
8) 版本库（repository):SVN只能有一个指定中央版本库。当这个中央版本库有问题时，所有工作成员都一起瘫痪直到版本库维修完毕或者新的版本库设立完成。而 Git可以有无限个版本库。或者，更正确的说法，每一个Git都是一个版本库，区别是它们是否拥有活跃目录（Git Working Tree）。如果主要版本库（例如：置於GitHub的版本库）发生了什麼事，工作成员仍然可以在自己的本地版本库（local repository）提交，等待主要版本库恢复即可。工作成员也可以提交到其他的版本库！
9)分支（Branch）在SVN，分支是一个完整的目录。且这个目录拥有完整的实际文件。如果工作成员想要开启新的分支，那将会影响“全世界”！每个人都会拥有和你一样的分支。如果你的分支是用来进行破坏工作（安检测试），那将会像传染病一样,你改一个分支，还得让其他人重新切分支重新下载，十分狗血。而 Git，每个工作成员可以任意在自己的本地版本库开启无限个分支。举例：当我想尝试破坏自己的程序（安检测试），并且想保留这些被修改的文件供日后使用， 我可以开一个分支，做我喜欢的事。完全不需担心妨碍其他工作成员。只要我不合并及提交到主要版本库，没有一个工作成员会被影响。等到我不需要这个分支时， 我只要把它从我的本地版本库删除即可。无痛无痒。
Git的分支名是可以使用不同名字的。例如：我的本地分支名为OK，而在主要版本库的名字其实是master。
最值得一提，我可以在Git的任意一个提交点（commit point）开启分支！（其中一个方法是使用gitk –all 可观察整个提交记录，然后在任意点开启分支。）
10)提交（Commit）在SVN，当你提交你的完成品时，它将直接记录到中央版本库。当你发现你的完成品存在严重问题时，你已经无法阻止事情的发生了。如果网路中断，你根本没办法提交！而Git的提交完全属於本地版本库的活动。而你只需“推”（git push）到主要版本库即可。Git的“推”其实是在执行“同步”（Sync）。
最后总结一下：
SVN的特点是简单，只是需要一个放代码的地方时用是OK的。
Git的特点版本控制可以不依赖网络做任何事情，对分支和合并有更好的支持(当然这是开发者最关心的地方)，不过想各位能更好使用它，需要花点时间尝试下。
❿ gitcomfort是什么牌子得轮胎
轮胎为Giticomfort为佳通舒适系列，另外佳通还有一个Giticontrol（佳通驾控系列）。
佳通舒适为有效提升操控性能，提供了更好的抓地能力，轮胎采用改性分子链的全新配方，使轮胎在行驶中可以与地面更好的接触，外侧胎面刚性大于内侧的非对称花纹设计，为轮胎过弯时提供了更加及时的响应，使操控更灵敏。同时，特殊的轮廓设计，增大了佳通舒适229的有效抓地面积，提升抓地力。
佳通轮胎简介：
佳通，国际轮胎制造企业，总部位于上海，在中国五个战略性城市拥有七家工厂。佳通轮胎采用多品牌策略，以完整、优质的产品系列满足市场需求，以北美和欧洲为主要出口市场，产品畅销全球100多个国家和地区。佳通是中国最大的国际轮胎制造企业之一，在销售额上居全球第十四。佳通轮胎致胜的关键是在经营上遵循公平的原则并在人才、产品研发、设备技术上的投入。佳通充分意识到自己的企业公民责任，将继续支持并推动社会公益和环保项目。佳通轮胎股份有限公司是一家在上海证券交易所上市的中外合资股份有限公司，主营生产销售各类汽车轮胎。