iOSアプリ開発のGit運用 · hikarock blog
iOSアプリはリリースサイクルが長くなりがちなので、GitHub Flowではなく、git-flowを参考にしたフローを使っている。 仕事もプライベートもこのフローで今のところ問題はない感じ (複数人開発含む)。 各ブランチの役割 基本的に普通の git-flow と変わらないけれど、AppStore がからむとこを中心に説明します。 master 現在AppStoreで配布中の最新バージョンと常にイコール release リリース準備ができたらdevelopから分岐する。AppStoreでリリース申請通過後にリリース完了した時点でmasterとdevelopにマージする。リリース前にrelease上で変更があった場合は適宜develop featureにマージする。 リリース後にタグを打つのを忘れずに。git tag -a v1.0.1 -m 'my version 1.0.1' dev
Swift Documentation
Written by Nate Cook & Mattt July 11th, 2018 (revised) This article has been translated into: 中文 Code structure and organization is a matter of pride for developers. Clear and consistent code signifies clear and consistent thought. Even though the compiler lacks a discerning palate when it comes to naming, whitespace, or documentation, it makes all the difference for human collaborators. This week
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
