1.バージョンライブラリのコピー
開発者はまずcloneバージョンライブラリ全体を

git clone git://10.1.1.35:9419/kernel-rk29.git

git clone git://10.1.1.35:9419/gingerbread-rk29.git 

2.ブランチの作成
デフォルトcloneのgitライブラリにはmasterローカルブランチのみが含まれています

 master
 remotes/origin/HEAD -> origin/master
 remotes/origin/R91P1_all
 remotes/origin/R91P1_yd
 remotes/origin/master

変更前に、お客様のバージョンのローカルブランチを確立する必要があります.

git checkout -b R91P1_yd origin/R91P1_yd 

3.修正

git add ...
git commit -m"..."

4.サーバ同期
変更をローカルライブラリにコミットした後、サーバにアップロードし、アップロード前にサーバと同期することに注意します.

git fetch

git rebase origin/R91P1_yd

以上の2つのステップは、1つのステップで簡単に書くことができます.

git pull --rebase

5.アップロード
サーバをアップロードし、ローカルブランチ名とサーバブランチ名を間違えないように注意

git push origin R91P1_yd:R91P1_yd

git pushのフォーマットは

git push origin < >:< > 

ローカルブランチ名とサーバブランチ名が同じ場合は、

git push origin < >

注意パラメータなしで提出しないか

パッチ保守

1.共通パッチ
共通パッチは、masterなどの共通パッチブランチに直接適用されます.
注意masterブランチにコミットされた変更は、将来すべての顧客バージョンに合流し、役割を果たすため、パッチが共通の問題であることを確認するときにmasterブランチにコミットできます.
マスターブランチにコミットするには、ローカルのマスターブランチ操作に切断する必要があります.

git checkout master

...

git pull --rebase

git push origin master 

縦画面バージョン、GPSと3 Gバージョンなど、カバー面の小さい共通分岐を増やす可能性があります.
2.後見共通パッチ
一部の問題は、まずお客様のバージョンでテストに合格したことを発見し、修正します.
その後、別の顧客バージョンでも問題が発生していることが判明し、この問題を共通の問題として列挙しました.
予見された共通パッチは次のように送信されます.

git checkout master

git cherry-pick -x < commit id>

 git pull --rebase

git push master

リリース・プロセス

1.顧客ブランチの切り替え

git checkout R91P1_yd 

2.サーバと同期

git pull --rebase 

3.マスターのマージ

git merge origin/master 

競合がある場合は、コミット者とコミュニケーションして競合を解決します.
4.必要に応じて、アプリケーショングループが発行したブランチをマージ

git merge origin/frameworks_ui 

競合が発生した場合は、アプリケーション・グループとコミュニケーションして競合を解決します.
5.コンパイルテスト
6.tagを打つ

git tag R91P1_yd_1.0.7_20110826

7.提出

git push origin R91P1_yd 

失敗した場合は、サーバに更新があることを示し、サーバの更新を閉じてコミットします.

git fetch
git merge origin/R91P1_yd
git push origin R91P1_yd

8.tagの発行

git push --tags