git相关,pods

全部的项目的Podspec文件都托管在https://github.com/CocoaPods/Specs。第一次执行pod setup时，CocoaPods会将这些podspec索引文件更新到本地的 ~/.cocoapods/目录下，这个索引文件比较大，有80M左右。因此第一次更新时很是慢，笔者就更新了将近1个小时才完成。

有人在gitcafe(转移到coding.net上了)和oschina上创建了CocoaPods索引库的镜像，由于gitcafe和oschina都是国内的服务器，因此在执行索引更新操做时，会快不少。以下操做能够将CocoaPods设置成使用gitcafe镜像：

第一步：删除master

:~ $ pod repo remove master;

wangzhaoludeMacBook-Pro:~ wangzhaolu$ pod repo remove master;
 
   Removing spec repo `master`

第二步：将以上代码中的 https://gitcafe.com/akuandev/Specs.git 替换成 http://git.oschina.net/akuandev/Specs.git 便可使用oschina上的镜像。

:~$ pod repo add master https://gitcafe.com/akuandev/Specs.git;

wangzhaoludeMacBook-Pro:~ wangzhaolu$ pod repo add master https://gitcafe.com/akuandev/Specs.git; Cloning spec repo `master` from `https://gitcafe.com/akuandev/Specs.git` fatal: destination path 'master' already exists and is not an empty directory. wangzhaoludeMacBook-Pro:~ wangzhaolu$

第三步: 更新

:~ $ pod repo update;

wangzhaoludeMacBook-Pro:~ wangzhaolu$ pod repo update;

cocoaPods添加镜像服务器老是出错

1.git clone https://gitcafe.com/akuandev/Specs.git ~/.cocoapods/repo/master //过时
2.pod install --verbose --no-repo-update


git clone  https://git.coding.net/akuandev/Specs.git ~/.cocoapods/repo/master //用ssh方法

添加公钥，登录
git clone ~/.cocoapods/repo/master //用ssh方法

ssh -T git@git.oschina.net

git clone https://git.oschina.net/akuandev/Specs.git ~/.cocoapods/reop/master

当在update或install时遇到这个问题：

 
  Unable to find a specification for `xxxxx (~> 1.x.x)` depended upon by Podfile.

只须要把当前Pod的目录清理一下就好了。在终端执行如下命令：

 
  pod repo remove master  
pod setup

setup成功后执行install或update便可。

使用CocoaPods时遇到pod setup失败的解决办法（2016.8.12更新）

先说解决方案：
1.访问 https://github.com/CocoaPods/Specs，而后将Specs项目fork到本身的github帐户上
2. 下载GitHub Desktop, 而后clone Specs项目。
3. 将clone的Specs项目的文件夹更名为master，而后拖到/Users/用户名/.cocoapods/repos目录下。
4. 运行pod setup

解释：pod setup的本质就是将 https://github.com/CocoaPods/Specs上的Specs项目clone到/Users/用户名/.cocoapods/repos目录下。若此目录下已有Specs项目，则会将项目更新到最新的状态。因为Specs很大，容易致使pod setup失败。这时就须要咱们手动安装Specs。若直接从github上下载zip文件，因为缺乏git文件，会致使cocoa pods不使用。若用git clone，因为文件过大，容易致使失败。可是使用GitHub Desktop软件，则会提升clone的成功率，而且会给出clone的进度。

从 SVN 迁移至 Gitlab + Gitflow 总结

移动App架构设计

收集Android开发中各类最佳实践的文章

【简书招聘】设计师/设计实习生

献给写做者的 Markdown 新手指南 good

怎样删除github中的项目进入setting

GitHub上README.md教程

大标题 ====

中标题 -------

#一级标题

##二级标题

###三级标题

####四级标题

#####五级标题

######六级标题

这是一段普通的文本，

直接回车不能换行，<br>

要使用\<br>

原来Github上的README.md文件这么有意思——Markdown语言详解

MarkDown标记语言说明文档——如何在github上写出优秀的readme

mac的svn之cornerstone简易教程

用CornerStone配置SVN，HTTP及svn简单使用说明芳仔

Export和Check Out，区别在于，Export后的项目不会与repository中的源文件相关联，是一个独立的版本，而Check Out下来的文件会建立一个working copy，

上传项目到repository

能够直接拖动到repository的子文件夹中，或是选择软件上方的Import按钮上传，会弹出选项填写所在位置及名称，而后选择Import便可

svn方便了多人开发同一项目的代码合并问题，可是也有一些事项须要注意：

a)先更新后提交

在看到有新版本（即同伴已经提交代码时），先更新代码，直至working copy再也不显示白色圈，而后运行代码肯定可运行且功能无误以后再commit本身的代码，不然，会形成项目中出现多处冲突或bug，且很难排查缘由

b)完成独立功能后再提交，且务必填写提交信息

每完成一个独立的功能，或解决一个bug以后再提交代码，不要连续屡次重复提交，形成版本过多过杂，且提交时务必填写提交信息，交代本次完成了什么功能，方便上图中能够进行message的搜索来查看历史版本

c)冲突文件

原则上同一组开发人员最好不要在同一文件中进行操做，但有时候必须去其余文件中进行操做，或者是误操做，若是同时多人在同一文件的同一位置修改代码，后提交的人会出现版本冲突文件，通常会有三个一样名称不一样后缀的文件
.mine文件：本人所作修改
两个.r0XX文件：XX为数字，数字较小的为更改前的文件，较大的为更改后的文件，在文件中会有<<<< mine .r0XX >>>>>等字样包含起来的代码，即冲突的地方，此时请和组内同事讨论或本身删除某部分修改文件后进行调试，修复文件
针对ios项目：出现某个工程或文件打不开的状况，若是为.project文件没法打开，则选择显示包内容->用文稿打开 project.pbxproj文件->搜索.mine，将.mine部分先后<<<< >>>>包含起来的代码删除，工程就能够打开了，若是build时出现某个xib文件打不开的错误，则选中，用文稿打开，跟上文一样操做便可解决没法build的问题

d)新添加文件

提交时新增长的文件显示为问号状态的，请选中右击后选择Add to Working Copy以后再commit

SVN如何checkout(校验)项目代码

Git 使用规范流程阮一峰

trunk 主线 git rebase,顾名思义,就是从新定义(re)起点(base)的做用,即从新定义分支的版本库状态。

使用git和github管理本身的项目---基础操做学习 ok 很详细

使用git和github管理本身的项目---真实开发环境的策略

Git 初始化源码库命令

Git－学习笔记（经常使用命令集合）

git学习总结【原创】

在Xcode中使用Git进行源码版本控制

git服务器搭建

rm -rf .git

git init

git add .   这样，当前目录全部的内容就被添加到源里面去了

git commit -m "first commit"