遠程私有庫（實操）

本教程一步一步教會如何制作自己的遠程私有庫，一步一步實操，制作過程還是有點小繁瑣的。

目錄：

• 寫在前面：所需要的幾種庫

• 〇、準備工作-創(chuàng)建遠程私有索引庫管理私有組件spec文件

• 一、遠程私有組件庫制作、發(fā)布與使用

  • 創(chuàng)建本地私有庫
  • 創(chuàng)建遠程私有庫并關聯(lián)本地私有庫
  • 配置spec文件與發(fā)布
  • 使用遠程私有庫

• 二、遠程私有庫依賴別的框架

• 三、單個子庫的安裝

寫在前面：所需要的幾種倉庫

1. 主工程（宿主工程）倉庫 【1個】

2. 組件倉庫 【1個或多個】

   • 功能組件
   • 業(yè)務組件

3. 索引倉庫 【1個或多個】
   如果是多個，可按項目來分類或自定義分類。每個索引倉庫可管理多個組件倉庫。

〇、準備工作-創(chuàng)建遠程私有索引庫（管理私有組件spec文件）

創(chuàng)建遠程私有倉庫存放私有的spec文件并將源添加到本地索引庫repo

因為spec文件中保存著庫的源碼地址，而我們制作的遠程私有庫是不希望別人看到源碼的，所以要將spec文件也變?yōu)樗接小＿@樣，就需要另一個專門管理多個spec的遠程私有倉庫。

1. 在遠程創(chuàng)建一個專用存放多個spec文件的遠程私有倉庫

2. 先查看本地repo
   $ pod repo

3. 將這個倉庫地址添加到本地repo源
   兩種方式：01-https方式；02-ssh方式（ssh方式需提前配置SSH）
   $ pod repo add YourName git@xxx.git
   ‘YourName’為給spec源起的名稱

4. 再次查看本地repo
   $ pod repo
   可以發(fā)現(xiàn)，本地多了一個剛添加的源

5. 補充命令：

   • 刪除本地repo
     $ pod repo remove name
   • 更新本地的Pod 索引庫的緩存信息
     $ pod repo update [--verbose]

一、遠程私有組件庫制作、發(fā)布與使用

第一步 創(chuàng)建本地私有組件庫

1. 手動創(chuàng)建 （按照本地私有庫的步驟一步一步手動配置）

   1. cd進入到將要創(chuàng)建倉庫的文件夾

      # 全局設置默認分支為master (可設置可不設置)
          $ git config --global init.defaultBranch master
      # 使用init命令初始化本地倉庫
          $ git init
      

   2. 創(chuàng)建并配置.podspec文件
   3. 創(chuàng)建庫對應的測試工程
   4. 測試工程可以使用pod本地依賴的方式引入私有庫來使用

2. 使用模板自動創(chuàng)建一個庫和對應的測試工程

   1. 創(chuàng)建
      $ pod lib create xxx
   2. 測試工程使用pod本地依賴的方式引入私有庫來使用

第二步、創(chuàng)建遠程私有倉庫并與本地組件倉庫關聯(lián)

1. 創(chuàng)建遠程私有倉庫，用于存儲庫源碼

2. 將本地和遠程關聯(lián)
   $ git remote add origin git@xxx.git
   沒有輸出就表示關聯(lián)成功

3. 將遠程倉庫pull到本地
   $ git pull
   關聯(lián)成功后，一定要先做這步pull操作！否則會出現(xiàn)分支沖突的問題

4. 本地添加文件，提交代碼

   $ git add .
   $ git commit -m '描述'
   $ git push
   

注意：

1. 一般會出現(xiàn)這樣的提示

There is no tracking information for the current branch.
Please specify which branch you want to merge with.
See git-pull(1) for details.

    git pull <remote> <branch>

If you wish to set tracking information for this branch you can do so with:

    git branch --set-upstream-to=origin/<branch> master

這里系統(tǒng)給了2中提示，如果先用方式二git branch --set-upstream-to=origin/<branch> master來處理，即

$ git branch --set-upstream-to=origin/master master

之后提示

Branch 'master' set up to track remote branch 'master' from 'origin'.

設置好了之后，再進行拉取

$ git pull

或者直接用方式一git pull <remote> <branch> 的方式處理，如：

$ git pull git@xxx.git master

需要注意的是，不管用那種方式都需要拉取，拉取就可能會有下面的提示：
“refusing to merge unrelated histories”（拒絕合并無關歷史記錄），還有一堆提示

hint: Pulling without specifying how to reconcile divergent branches is
hint: discouraged. You can squelch this message by running one of the following
hint: commands sometime before your next pull:
hint: 
hint:   git config pull.rebase false  # merge (the default strategy)
hint:   git config pull.rebase true   # rebase
hint:   git config pull.ff only       # fast-forward only
hint: 
hint: You can replace "git config" with "git config --global" to set a default
hint: preference for all repositories. You can also pass --rebase, --no-rebase,
hint: or --ff-only on the command line to override the configured default per
hint: invocation.

那我們就按照提示使用命令git config pull.rebase false # merge (the default strategy)，即

$ git config pull.rebase false

會發(fā)現(xiàn)還是提示“refusing to merge unrelated histories”（拒絕合并無關歷史記錄）
這時候可以允許合并不同的版本，使用下面的命令

$ git pull origin master --allow-unrelated-histories

這樣會將遠程倉庫的下載下來，但是會發(fā)生不同版本的沖突。
一般是發(fā)生在 README.md 文件，所以我們就要打開這個文件來解決沖突。

解決沖突之后，正常提交代碼

$ git add .
$ git commit -m '描述'

最后推送代碼

$ git push --set-upstream origin master

或者

$ git push -u origin master

問題解決。

2. 還可能出現(xiàn)以下情況
   • 如果本地已經(jīng)commit提交過代碼，那么使用如下方式
     • 本地修改代碼commit
     • 關聯(lián)遠程
       $ git remote add origin https://xxxxx.git
     • push到遠程倉庫
       $ git push -u origin master
   • 如果出現(xiàn)錯誤如 【 ![rejected] master -> master (non-fast-forward) error:failed to pus some refs to xxxxxx】之類的，有兩種解決方法：
     • 第一種，先備份，再拉取覆蓋本地（一定先踏馬的備份?。?/strong>）
       • 備份代碼
       • 強制拉取到本地
         $ git pull --rebase origin master
       • 推送
         $ git push origin master
     • 第二種，強制推送覆蓋遠程文件（這個命令在團隊開發(fā)的時候最好不要用，否則可能會有踏馬的‘生命, 危, 險. Danger to life’）
       $ git push -f origin master
     • 綜上所述，還是用第一種方法吧?。?！