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"

相關標籤/搜索

每日一句

每一个你不满意的现在，都有一个你没有努力的曾经。