android コマンドライン

Androidのコマンドラインツールについて使ってみて理解を深める

1. コマンドラインでのビルドとパッケージの作成

 
== 準備 
Androidコマンドへのパスを通しておく
$ vi ~/.bash_profile
alias ls="ls -F"
export PATH=$PATH:\
/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/usr/bin:\
/cocos/adt-bundle-mac-x86_64-20130522/sdk/platform-tools:\
/cocos/adt-bundle-mac-x86_64-20130522/sdk/tools:\
/cocos/android-ndk-r8e

== プロジェクトをダウンロード
$ git clone https://github.com/gabu/AnimCalc.git
$ cd AnimCalc

== 鍵ファイルの作成
$ export _JAVA_OPTIONS='-Dfile.encoding=UTF-8'
$ keytool -genkey -alias blues -keystore .keystore
Picked up _JAVA_OPTIONS: -Dfile.encoding=UTF-8
キーストアのパスワードを入力してください:  
新規パスワードを再入力してください: 
姓名を入力してください。
  [Unknown]:  a
組織単位名を入力してください。
  [Unknown]:  personal
組織名を入力してください。
  [Unknown]:  blueskite
都市名または地域名を入力してください。
  [Unknown]:  tokyo
州名または地方名を入力してください。
  [Unknown]:  kanto
この単位に該当する 2 文字の国番号を入力してください。
  [Unknown]:  JP
CN=a, OU=personal, O=blueskite, L=tokyo, ST=kanto, C=JP でよろしいですか?
  [no]:  yes

 の鍵パスワードを入力してください。
 (キーストアのパスワードと同じ場合は RETURN を押してください):    <単純にReturnのみ>
$ ls -al .keystore   // 鍵ファイルの作成
-rw-r--r--  1 hoge  staff  1235 Jul  1 11:35 .keystore

$ vi ant.properties   // 新規作成
key.store=.keystore
key.alias=blues

// 以下も設定できるがソース管理を考慮して定義すること
key.store.password=******
key.alias.password=****** (上記例では同じパスワード)

== プロジェクトのビルド
$ android update project -p . -t 1  // パスとインストール対象のデバイス設定
   → sdk.dirの記述されたlocal.propertiesファイルが生成

$ ant  debug
...  BUILD SUCCESSFUL とでればOK  
$ ls -ltr bin/*   ...
AnimCalc-debug.apk // デバッグ用はこちらを使う
AnimCalc-debug-unaligned.apk  // zipalign(32bitに整えるツール)適用前ファイル(使わない)

$ ant release // ant.propertiesでパスワードを設定していなかったらきかれる
$ ls -ltr
AnimCalc-release-unsigned.apk   // 署名なしアプリはインストール出来ないので無視
AnimCalc-release-unaligned.apk // zipalign適用前ツール
AnimCalc-release.apk // リリース時はこちらを利用

$ ant clean  // binディレクトリを削除する

$ android list targets // 現在の開発環境で利用可能なターゲット
Available Android targets:
id: 1 or "android-17"
     Name: Android 4.2.2
     API level: 17   (....一部省略)
     ABIs : armeabi-v7a

== プログラムのインストール、アンインストール
※ ターゲットがあること(端末なら接続中、エミュレータなら起動中のこと)
- インストール
$ adb install bin/AnimCalc-release.apk 
1000 KB/s (368905 bytes in 0.359s)
 pkg: /data/local/tmp/AnimCalc-release.apk
Success

- パッケージ名の調査
$ adb shell
# cd /data/data
 # ls |grep -v com.android
net.gabuchan.android.animcalc  // 名前がわかった
# exit

- アンインストール
$ adb uninstall net.gabuchan.android.animcalc 
Success

== PCからアプリを起動
$ adb shell am stop -a android.intent.action.MAIN -n net.gabuchan.android.animcalc/.MainActivity

2. NDKの使い方を深める

 
$ ndk-build APP_ABI=all   // 4つのアーキテクチャでビルドする (引数を指定しなかったらarmeabi/ のみ)

$ ls libs/
armeabi/ armeabi-v7a/ mips/  x86/
$ ls libs/armeabi-v7a/
libnative-audio-jni.so*

$ ndk-build clean  // ビルドの初期化

テクスチャ画像の圧縮

1メモリに確保するテクスチャ画像を圧縮する方法としてPVRTCアルゴリズムをiPhoneのGPUであるPowerVR MBX/SGXで利用可能です。

1. ファイルの変換方法

[準備] 
パスを追加
$ vi ~/.bash_profile 
export PATH=$PATH:/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/usr/bin

[利用方法]
$ texturetool  --bits-per-pixels-2 --channel-weighting-linear  ¥
    -e PVRTC -fPVR -o output.pvr  input.png

   --bits-per-pixels-2     2bit(サイズ1/16)    
   --bits-per-pixels-4    4bit(サイズ1/8)

   --channel-weighting-linear   誤差をRGBに均等に分散  
   --channel-weighting-perceptual  緑を優先に
  -m  ミップマップをつける(ファイルサイズが 1.3倍になる)

[変換サイズ例]
input.png     328kB(パレットカラー) 非圧縮だと4MB
output-2.pvr    256kB
output-4.pvr    512kB

2. テクスチャとして読み込む方法

const char PVRIdentifier[4] = { 'P', 'V', 'R', '!' };
enum Constants {
    PVR_FLAG_TYPE_PVRTC_2 = 24,
    PVR_FLAG_TYPE_PVRTC_4 = 25,
    PVR_FLAG_TYPE_MASK    = 0xff,
    PVR_MAX_SURFACES      = 16
};
struct Header {
    uint32_t headerSize;
    uint32_t height;
    uint32_t width;
    uint32_t numMipmaps;
    uint32_t flags;
    uint32_t dataSize;
    uint32_t bpp;
    uint32_t bitmaskRed;
    uint32_t bitmaskGreen;
    uint32_t bitmaskBlue;
    uint32_t bitmaskAlpha;
    uint32_t tag;
    uint32_t numSurfaces;
};
struct Surface {
    GLuint      size;
    const void* bits;
};

static void _loadCompressedTexture( const char* fname, 
    uint *texture, uint *_width, uint *_height) {
    
    char *buf;
    GLuint  width, height;
    GLenum format;
    //bool    hasAlpha;
    GLuint  numSurfaces;
    Surface surfaces[PVR_MAX_SURFACES];
    
    NSString* fileLocation = [[NSBundle mainBundle] 
           pathForResource:[NSString stringWithUTF8String:fname] ofType:@""];
    std::ifstream f;
    f.open([fileLocation UTF8String]);
    if(!f.good())
        return;
    
    f.seekg(0, std::ios::end);
    int size = f.tellg();
    f.seekg(0, std::ios::beg);
    buf = new char[size];
    f.read(buf, size);
    const Header& header = *reinterpret_cast(buf);
    uint32_t      tag    = OSSwapLittleToHostInt32(header.tag);
    if(PVRIdentifier[0] != ((tag >>  0) & 0xff) ||
       PVRIdentifier[1] != ((tag >>  8) & 0xff) ||
       PVRIdentifier[2] != ((tag >> 16) & 0xff) ||
       PVRIdentifier[3] != ((tag >> 24) & 0xff)) {
        return;
    }
    uint32_t flags       = OSSwapLittleToHostInt32(header.flags);
    uint32_t formatFlags = flags & PVR_FLAG_TYPE_MASK;
    if(formatFlags == PVR_FLAG_TYPE_PVRTC_4 
        || formatFlags == PVR_FLAG_TYPE_PVRTC_2) {
        if(formatFlags == PVR_FLAG_TYPE_PVRTC_4)
            format = GL_COMPRESSED_RGBA_PVRTC_4BPPV1_IMG;
        else if(formatFlags == PVR_FLAG_TYPE_PVRTC_2)
            format = GL_COMPRESSED_RGBA_PVRTC_2BPPV1_IMG;
        else
            return; // false;
        
        width       = OSSwapLittleToHostInt32(header.width);
        height      = OSSwapLittleToHostInt32(header.height);
       // hasAlpha    = OSSwapLittleToHostInt32(header.bitmaskAlpha) ? true : false;
        numSurfaces = 0;
        
        GLuint         w      = width;
        GLuint         h      = height;
        GLuint         offset = 0;
        GLuint         size   = OSSwapLittleToHostInt32(header.dataSize);
        const uint8_t* pBytes = reinterpret_cast(buf) + sizeof(header);
        
        while(offset < size && numSurfaces < PVR_MAX_SURFACES) {
            GLuint   blockSize, widthBlocks, heightBlocks, bpp;
            Surface& surface = surfaces[numSurfaces++];
            
            if (formatFlags == PVR_FLAG_TYPE_PVRTC_4) {
                blockSize    = 4 * 4;
                widthBlocks  = w / 4;
                heightBlocks = h / 4;
                bpp = 4;
            } else {
                blockSize    = 8 * 4;
                widthBlocks  = w / 8;
                heightBlocks = h / 4;
                bpp = 2;
            }
            
            if (widthBlocks < 2)
                widthBlocks = 2;
            if (heightBlocks < 2)
                heightBlocks = 2;
            
            surface.size = widthBlocks * heightBlocks * ((blockSize  * bpp) / 8);
            surface.bits = &pBytes[offset];
            
            (w >>= 1) || (w = 1);
            (h >>= 1) || (h = 1);
            offset += surface.size;
        }
        
        if(numSurfaces <= 0) return;
        
        // テクスチャに登録
        w = width;
        h = height;
        (*_width) = width;
        (*_height) = height;
        
        for(GLuint i = 0 ; i < numSurfaces ; ++i)
        {
            const Surface& surface = surfaces[i];

            glGenTextures(1, texture);
            glBindTexture(GL_TEXTURE_2D, (*texture) );
            // テクスチャの設定を行う
            // glEnable(GL_TEXTURE_2D);
            glTexParameteri(GL_TEXTURE_2D, GL_TEXTURE_MAG_FILTER, GL_LINEAR);
            glTexParameteri(GL_TEXTURE_2D, GL_TEXTURE_MIN_FILTER, GL_LINEAR);
            glBlendFunc(GL_SRC_ALPHA, GL_ONE_MINUS_SRC_ALPHA);
            glEnable(GL_BLEND);
            glDisable(GL_DEPTH_TEST);

            glCompressedTexImage2D(GL_TEXTURE_2D,
                                   i,
                                   format,
                                   w,
                                   h,
                                   0,
                                   surface.size,
                                   surface.bits);
            (w >>= 1) || (w = 1);
            (h >>= 1) || (h = 1);
        }
        glBindTexture(GL_TEXTURE_2D, 0 );
        free(buf);
    }
}

3. 結果

圧縮画像を使用するとメモリ使用量が50%以下に低減した(1/8, 1/16まで小さくはならなかった)。2bit/4bitの圧縮はイラストだと線の描画でジャギーが目立つ。

自然画像を多用する場合は、iPhoneに限りPVTRCを利用することを検討するのが良いと思う。

参考

• iPhoneでテクスチャ圧縮(PVRTC)を使う

プロジェクトの新規開始

iOS/Android 両対応のプロジェクトの作成方法についてもう一度整理する。

プロジェクト名: Sample2     パッケージ名: jp.hoge.hoge  とする

1. プロジェクトを新規作成してgitに登録

1.1 プロジェクトの作成と環境設定
$ pwd
/cocos/cocos2d-x-2.1.4/tools/project-creator

$ ./create_project.py -project Sample2 -package jp.hoge.hoge -language cpp

$ cd ../../projects/Sample2/proj.android/

$ vi build_native.sh

APPNAME="Sample2"  // この次の行に追加

NDK_ROOT=/cocos/android-ndk-r8e

Eclipseに登録 & ビルド

1.  File>New>Other     Android>Android Project From Existing Code

     /cocos/cocos2d-x-2.1.4/cocos2dx を開いて libcocos2dxプロジェクトを開く

2. 同じ手順で

   /cocos/cocos2d-x-2.1.4/projects/Sample2/proj.android を開き、Sample2プロジェクトを開く

3. Sample2/AndroidManifest.xml   Manifest Extras>Uses Sdkで 

    Min SDK Versionを 8 から 14に変更

4. ビルド実行 (Command + b)  エラーが無くなるまで

5. Sample2プロジェクトを右クリック>Run As>Android Application

    初回の場合はVMを設定すれば Android Simulatorが起動

6. スクリーンロックを解除、しばらくするとEclipseのLogCatが更新されアプリが起動する

Xcodeに登録 & ビルド

1. proj.ios/を選択 Terminalの場合はopen . でファインダを開く

    Sample2.xcodeprojからXcodeを起動

2. 左上のSchemaを cocos2dx/デバイス   から  Sample2/iPhone6.1 Simulatorを選択

3. ビルド(Command +b)  して実行(Command +r)

git でバージョン管理下させて、レポジトリに送信

$ pwd

/cocos/cocos2d-x-2.1.4/projects/Sample2

$ git init 

$ git add .

$ git commit -m "first commit"

$ git remote add origin https://git.codebreak.com/xxxxx/Sample2.git

$ git push -u origin master

Username for 'https://git.codebreak.com': username (登録したユーザネーム)

Password for 'https://username@git.codebreak.com': xxxxxxxx

== ファイルの追加

Resources/{large|medium|small|bgm} フォルダを作成しファイルを格納

→ Xcode にドラッグする。この時  Foldersの設定を2つ目のfolder referencesを作成する

ファイルを修正 &追加しプログラムがきちんと動作することを確認(Xcode & Eclipse)

$ git add .

$ git status (追加(new file)、修正(modified)ファイル一覧が表示)

$ git push 

== gitプロジェクトのスリム化

- iOS、Android以外のプロジェクトを削除

$ git rm  -r proj.blackberry/ proj.marmalade/ proj.mac/ proj.linux/ proj.win32/

- .DS_Storeを除外する

$ pwd

/cocos/cocos2d-x-2.1.4/projects/Sample2

$ vi .gitignore

.DS_Store

- すでに取り込んでしまったファイルを削除

$ find . -name .DS_Store -print0 | xargs -0 git rm

$ git commit -m "clean DS_Store and other projects"

$ git push

  

gitによるバージョン管理

将来の複数人開発や、一人開発でもある時点に戻したいことはよくあるためgitの使い方を整理しておきます。

1. 開発中の作業

開発中は チェックアウト→ 修正 → ローカルコミット→マージ→ローカルコミット→プッシュ の基本の流れと、修正を取り消すことが主な作業となるので整理します。

 
$ git clone git://localhost/test2.git
$ cd test2
== ファイルを追加、削除、ファイル移動
$ touch "hoge" > newfile.txt
$ git add .     
$ rm currentfile.txt
$ git rm currentfile.txt
$ git mv test.txt rename.txt 


== 状況確認, コミット
$ git status   // どのファイルが追加・編集・削除 されたか
$ git diff        // ローカルレポジトリとの比較
$ git commit -m "コメント"

== レポジトリの確認
$ git log      // コミット日時とコメント一覧

== もとに戻す
$ git reset --hard commit_hash  
# 指定したコミットにローカルリポジトリ、インデックスを完全に戻す。
# コミットしていない状態に戻り無かったことになる

$ git reset --soft HEAD~  
# 1つ前のコミットに戻す。ワーキングツリー・インデックスファイルは影響しない

$ git reset --mixed HEAD~  
# 1つ前のコミットにインデックス・リポジトリを戻す。ワーキングツリーには影響しない

2. バージョン管理開始や移行作業

gitへの登録やgitサーバを切り替えるときの作業。合わせてgitサーバをMacで起動する方法も整理する。

2.1 gitサーバの起動

標準のgit-daemonを利用してgitサーバを構築します。

== テスト用レポジトリの作成
$ cd /cocos/repositories   ## ここをgitのレポジトリとする
$ mkdir test1.git
$ cd test1.git
$ git init --bare --shared
Initialized empty Git repository in /cocos/repositories/test1/

== git-daemonを起動
$ /usr/libexec/git-core/git-daemon --verbose --export-all ¥

--enable=receive-pack --base-path=/cocos/repositories &
 [16161] Ready to rumble

== 別ウィンドウ・ディレクトリでチェックアウトとコミットのテスト
$ cd 
$ git clone git://localhost/test1.git
Cloning into 'test1'...
warning: You appear to have cloned an empty repository.
$ cd test1
$ ls
$ echo "test" > text.txt
$ git add .
$ git commit -m "initial commit"  // 初回は名前とメールアドレスを自動設定したとのメッセージが表示
$ git config --global user.name "Name"    // 適当に設定する
$ git config --global user.email "hoge@gmail.com"
$ git remote add origin git://localhost/test1.git
$ git push -u origin master

Counting objects: 3, done.
Writing objects: 100% (3/3), 219 bytes, done.
Total 3 (delta 0), reused 0 (delta 0)
To git://localhost/test1.git
 * [new branch]      master -> master

よく使うコマンドはこちら

2.2 別gitからのパッケージ移行

 
$ git remote -v     # 現在のリモートレポジトリを確認
origin git://localhost/test1.git (fetch)
origin git://localhost/test1.git (push)

$ git remote set-url origin git://localhost/test2.git
$ git remote -v
origin git://localhost/test2.git (fetch)
origin git://localhost/test2.git (push)

$ git push 

2.3 外部のgitサービスを利用

$ cd tmp   ⇐ フォルダ名はなんでもいい
$ touch README.md   
$ git init
Initialized empty Git repository in /Users/xxxxx/tmp/.git/
$ git add README.md 
$ git commit -m "first commit"
[master (root-commit) 2af2742] first commit
 0 files changed
 create mode 100644 README.md
$ git remote add origin https://git.codebreak.com/xxxxx/hoge.git
$ git push -u origin master       ⇐ originをレポジトリのmasterにして送信
Username for 'https://git.codebreak.com': xxxxxxxx
Password for 'https://xxxxx@git.codebreak.com':  xxxxxxx 
Counting objects: 3, done.
Writing objects: 100% (3/3), 204 bytes, done.
Total 3 (delta 0), reused 0 (delta 0)
remote: Updating references: 100% (1/1)
To https://git.codebreak.com/xxxxxx/hoge.git
 * [new branch]      master -> master
Branch master set up to track remote branch master from origin.

$ cd 
$ git clone https://git.codebreak.com/xxxx/hoge.git
$ cd hoge
$ ls 
README.md

Jenkinsを利用した自動化

Jenkinsを使ってユニットテストやビルドを自動化する手順について模索します。

(とりあえず書きなぐっているのでAndroidまで調べきれたら綺麗にしますのであしからず。。。)

1. 環境構築

1.1 プログラムのインストール

Homebrew(Mac OSXのフリーウェアパッケージツール)をインストール
http://mxcl.github.io/homebrew/index_ja.html  より

$ ruby -e "$(curl -fsSL https://raw.github.com/mxcl/homebrew/go)"

$ brew doctor   // インストールが上手く行ったか確認
$ brew update  // パッケージの更新
$ brew install git    // gitのインストール
$ brew install jenkins   // jenkinsのインストール
$ ln -sfv /usr/local/opt/jenkins/*.plist ~/Library/LaunchAgents
$ launchctl load ~/Library/LaunchAgents/homebrew.mxcl.jenkins.plist
  → Java SDKがない場合インストールが求められる
$ launchctl start homebrew.mxcl.jenkins
$ launchctl list|grep jenkins
10746 - homebrew.mxcl.jenkins  // PID, ステータス(0/143=停止  -=起動中)

Jenkinsを停止・削除する方法

$ launchctl stop jenkins
$ launchctl unload ~/Library/LaunchAgents/homebrew.mxcl.jenkins.plist

1.2 Jenkinsの設定

http://localhost:8080 にアクセス
Jenkinsの管理
       プラグインの管理 > 以下のプラグインを検索してインストール
           Xcode plugin, git plugin, android emulator plugin, multiple SCMs plugin
       システムの設定> インストール済みGit ボタンをクリック
                  > 名前(任意)  インストールディレクトリ(/usr/bin/git) > 保存

2. プロジェクトのビルド

2.1 iOSのビルド

新規ビルドを作成 > ジョブ名(例 Xcode)、フリースタイルプロジェクトのビルドにチェック
  [ローカルに保存したプロジェクトの場合] ソースコード管理 なし
      Target RecipeBook
      SDK    iphonesimulator6.1
      Configuration Release→ Debugに
      Xcode Project Directory /cocos/cocos2dx_recipe-master/projects/RecipeBook/proj.ios
      Xcode Project File      RecipeBook.xcodeproj
  [gitから取得する場合] ソースコード管理git
     リポジトリのURL(git@github.com:syuhari/cocos2dx_recipe.git)、ブランチ名(必要に応じて)を入力
     ビルド手順の追加>Xcode    build IPA?をチェック
     ビルド後の処理の追加 > 成果物の保存    build/**/*.ipa

トップ画面に今のジョブが表示される 一番右の「実行」アイコンをクリック

2.2 Androidのビルド

Jenkinsを使う前にコマンドラインの使い方を調べておく

$ cd proj.android/
$ ./build_native.sh clean  // クリーン(Errorとなるが成功はしている)
$ ./build_native.sh NDK_DEBUG=1
$ ant debug install -Dsdk.dir=/cocos/adt-bundle-mac-x86_64-20130522/sdk   // パッケージのインストール
$ ./ndkgdb.sh  // gdbの実行 ????

実機(リリース環境)での動作。。。途中まで

Apple App StoreとGoogle Playへの配布方法をまとめておきたいと思います。まだ、完成には程遠いのでここでは作業手順のまとめまでとします。また開発用実機での動作と同じ手順であればこちらを見てください。

1. Apple App Storeでの配布

1.1 アプリアップロードまでの準備

すること	設定内容
スクリーンショットの取得	1. 実機にてアプリを起動させてからXCode > Organizerを開く 2. 接続したデバイスの「Screen Shots」を選び右下の「New Screenshot」でスクリーンショットを記録
バージョンを1.0に	ios/Info.plist で 「Bundle Version」が1.0になっていることを確認
証明書と プロビジョニング ファイルの登録	[証明書] iOS SupportのCertificates... 画面のCertificates > +   ProductionのApp Store and Ad Hocを選択   証明書ファイル(CertificateSigningRequest.certSigningRequest)をアップロード   生成された証明書ファイル(ios_distribution.cer)を開いて   キーチェーンアクセスに登録 [プロビジョニングプロファイル] 同画面のProvisioning Profiles > +   プロファイルの選択 Distribution  > App Store もしくは Ad Hocを選択    App IDの選択(開発時と同じ)、証明書の選択(同左)    [Ad Hocの場合] 実行する端末の選択    プロファイル名の設定 (例:Sample2AppStore)    生成されたプロビジョニングプロファイルファイル    (Sample2AppStore.mobileprovision)を開いてキーチェーンアクセスに登録
アプリの登録準備	iTunes Connect画面 Manage Your Apps(右上) > Add New APPS    Default Languate(ja), App Name(製品名)、       SKU Number(任意の番号(10000とする))Bundle ID (実機開発と同じもの)    Availability Date(有効日)  Price Tier(Free, Tier1=85円など)    バージョン(1.0), コピーライト(会社名など)、    カテゴリ  最大2つ (例 Education, Life Style)         Rating (暴力、性描写、アルコール、タバコ、ホラー、ギャンブル)なければすべてNone         Description (説明)、キーワード、サポートURL         コンタクト情報(氏名、メールアドレス、電話番号(+81から))         アイコン画像 (1024x1024px), スクリーンショット(※)の登録         ※ iPhone(3.5[960x640]/4 inch[1136x640]), iPad[1024x768]

1.2 アプリのアップロード

1. プロジェクトアイコン(左の一番上)をクリック > TARGETSで今回のアプリ > Build Settings > Code Signing > Release/Any iOS SDK に
   iPhone Distribution を選択
2. Product > Schema > Edit Scheme > Archive で
   Build Configuration をDebugからDistributionに変更してOK
3. Product > Archiveで配布用ビルドを実行
4. Organizerを開き Archiveタブから配布したいプロジェクトを選択してDistribute
5. (許可とiTunes Connectのログインが何回か求められる)
6. [AppStoreの場合]
1.  Submit to the iOS App Store
2. 送信が完了すると iTunes Connect のステータスがReady for UploadからWaiting for Reviewになる
3. 審査が開始するとIn Reviewとなり、Ready for sale となると指定した日から公開される(1-2週間)。何らかの問題があるとRejectedとなる
7. [Ad Hocの場合]
1. Save for Enterprize or a Ad-Hoc Deployment
2. ipaファイルを保存するよう求められる
3. ipaファイルを登録したデバイスと同期しているiTunesにドラッグするとインストールできる

[エラーケース]

• Product>Archive作成時にCode Signing Errorとなりビルドできなかった→ プロビジョニングプロファイルを入れ忘れた
• cocos2dx.xcodeprojが別で開いているのがありビルドできない→一旦Xcodeを終了させてからこのプロジェクトのみ開く

関連するファイルや設定がややこしいので図にまとめました。

---

2. Google Playでの配布

1.1 アプリアップロード

すること	設定内容
スクリーンショット 取得 アイコン作成	- 1辺 320px 以上で 2つ以上 - 512x512px のアイコン
バージョンを1.0に	AndroidManifest.xmlのManifestタブで次の値となっていること version code = 1 version name = 1.0
証明書と パッケージの作成	[証明書とパッケージの作成] プロジェクトを右クリック> Android Tools > Export Signed Package   → プロジェクトはそのままで 次へ   → Keystore selectionで Existing ... から「Create new keystore」を選択         Locationは任意(たとえば プロジェクトproj.android/market.keystoreとする)         パスワードも任意に設定して 次へ   → エイリアス(例 プロジェクト名と同じ)、パスワード(任意)       有効期限(例 25年)         姓名、組織名=組織、県名、地方名、国名(JP) → 次へ   → apkファイルの名前と保存先(例 proj.android/(プロジェクト名).apk)
アプリの登録	Google Play Development Consoleに「新しいアプリを追加」 apk: 先ほど作成したapkファイルを登録 ストアの掲載情報: タイトル、説明                            スクリーンショット(2つ以上)                            高解像度アイコン(512x512px)                            アプリのタイプ、カテゴリ、コンテンツレーティング                            Webサイト もしくは メール                            プライバシーポリシー(とりあえずURLは送信しないにチェック) 価格と販売/配布地域: 無料で日本のみ選択                       同意事項すべてチェック(マーケティングの除外、コンテンツガイドライン、米国輸出法) → 3つの項目にチェックが付けばOK → ストアの掲載情報で右上の「公開準備の完了」を「ストアに公開」とすれば     2-3時間でストアから検索できるようになる

最初のシーン、ボタン

今日からはXcode(iOS) →  Androidの順に進めていこうと思います。

[今回の内容]

• 2つのシーンを作成してボタンで入れ替える
• アプリアイコンを整備

 1. 全体設定

したいこと	設定内容
画面を縦向きにする	プロジェクトの設定  Target > Sample2 で   iPhone/iPad Deployment Info > Supported Interface Orientation      最初の2つ(Portrait, Upside Down)のみ有効にする (× Landscape Left|Right)
ホームを押したら終了	Info.plistの設定(バックグラウンドで動作させたくない) Application does not run in background = YES
アプリ名の変更	プロジェクトの設定 Target > Sample2で    Bundle display nameを $(PROJECT_NAME} から 任意の文字に変更    (6文字を超えると途中が..になる)
起動時の画像の変更	(詳細はもう一度調べる) proj.ios/ の以下の2ファイルを置き換え  Default.png    320x480  Default@2x.png    640x960  Default-568h@2x.png    640x1136  → 容量節約として消す

[エラーケース] アプリ名と次のアプリアイコンは、すでにインストールしていたものを削除しないと反映されない

2. アプリアイコン

端末の種類や解像度ごとに用意しておきます。

保存ディレクトリ	ファイル名	解像度	用途
proj.ios/	Icon-57.png	57x57	iPhone3ホーム
	Icon-72.png	72x72	iPad ホーム
	Icon-114.png	114x114	iPhone4~ ホーム
	Icon-144.png	144x144	iPad2~ ホーム
proj.android/ res/	drawable-ldpi/ icon.png	36x36	100-140dpi
	drawable-mdpi/ icon.png	48x48	140-180dpi
	drawable-hdpi/ icon.png	72x72	190-250dpi
	drawable-xdpi/	-	未使用

3. 素材ファイルの追加

シーンごとにファイルを管理することにする。

1. Resources/ に フォルダを作成して画像ファイルを格納
1. FoldersはCreate Groups for any added 
2. 追加したいファイルやフォルダをFinderから XcodeのResourcesにドラッグ
   Destinationのチェックは外す
   Foldersは1つめのCreate Groups for any added foldersにする
   Add to Targetsに今回のプロジェクトにチェックがあることを確認

4. 背景とボタンの配置

Sceneを2つ用意しボタンをタップするごとにシーンを置き換えます。

やったこと

• シーンのトランジション
• ボタン配置
• 背景配置