発生したエラー
タイミングは、アンドロイドアプリのプロジェクトを新規作成した直後でした。
Error:CreateProcess error=216, このバージョンの %1 は、実行中の Windows のバージョンと互換性がありません。コンピューターのシステム情報を確認して、プログラムの x86 (32 ビット) のバージョンと x64 (64 ビット) のバージョンのどちらが必要か確認してから、ソフトウェアの発行元に問い合わせてください。
カテゴリー: コンピューター
Linux の悪戦苦闘記、プログラミング、WordPress、ウェブサービス、Windows、Mac などの話題ですの。
git svn init がおわり、これからいよいよ作業を始ましょう！というときから使用した git svn コマンドや作業の流れをノートいたします♪
用語
- svn ブランチ: $SVN_REPO/branches 以下にあるディレクトリ
git ブランチ: git のローカルブランチ
まとめ内容
- Windows 7、Git Bash での作業
- svn ブランチでの作業方法
- svn のコミット先の確認方法(trunk なのか branches なのか)
- 他メンバー作業分を自分の作業中のローカルリポジトリに反映する方法
はじめに
git svn fetch で 何度も time out とエラー終了してしまいます＞＜。
再度 fetch すれば少しずつ進みますので、しつこく何度も自動的に実行したいと存じます。
さしあたって 2 回連続で実行するシェルを書き、試した。
プロジェクトでは Subversion でバージョン管理を行いますけれども、自分だけ Git を使用したい、そのような状況ですの。
git-svn コマンドで実現できますので、まずはセットアップを行いました。そのメモでごさいます。
ポイント
git init の後、git svn init を行う。- git svn clone = git svn init + git svn fetch
- fetch はよく途中でエラーとなって終了する。
- エラーで終了した fetch を再度行うと続きからはじまる。
やりたいこと
- Subversion のリビジョン 10 から最新までに追加変更削除したファイルのリストを得たい。
- 上記のうち、拡張子が sql のファイルのリストに絞り込みたい。
- さらに、上記リストをファイルに出力したい。
git config で設定する値の書き方ポイント
- パス、変数 ($ARG 形式の、展開されるパスなど) やコマンドを
¥"で囲む方法 - パスやコマンドを
'で囲み、変数は囲まない方法- .gitconfig を直に編集するならば、設定値全体を
"で囲わなくても問題ない。 git configコマンドで設定する場合は、設定値全体を"で囲む方が良い。- 設定値がパスの場合は設定値に半角スペースを含む場合にエラーとならないようにするために、
- また、設定値がコマンドの場合はコマンド中の半角スペースが git config のオプションと誤認識されないようにするために。
- .gitconfig を直に編集するならば、設定値全体を
私たちは、見た目が良く理解しやすいため、パスやコマンドを ' で囲む方法を採用しています。
ポイント
- hoge で src 以下のディレクトリの拡張子が php のファイルをグレップし、結果を新しいウインドウにリスト表示
# 以下はすべて同じ結果となる。 :vimgrep hoge src/**/*.php | :cwindow :vimgrep <C-r><C-w> src/**/*.php | :cwindow :vim <C-r><C-w> src/**/*.php | :cw
- グレップ対象の場所のパスを何度も入力する場合は、次のように変数に入れて再利用できる。
:args batch/**/*.php
- :args で変数に入れた内容は、## で取り出すことができる。
- <C-w><C-w> でウインドウ切り替え、グレップ結果を移動して enter でファイル切り替え。
ポイント
Ansible を使ったリポジトリのインストール方法とそれぞれの特徴。
- プレイブックの files フォルダ等にリポジトリファイルを用意し、copy モジュールを使って配置する。
- メリット: インストールが楽。
- デメリット: アップデートには追従できない。
- yum モジュールを使用してインストールする。
- メリット: アップデートは楽
- メリット: state: present に設定すれば、冪等性を保つことができる。
- デメリット: yum で扱えるリポジトリが限られる。
- デメリット: state: latest に設定する場合、インストールに yum モジュールを使用するが、インストール済みの場合にプレイブックを実行するとエラーとなる。
- yum_repository モジュールを使用してインストールする。
- リポジトリファイルの内容を把握し、設定を自分自身でプレイブックに書いていく必要がある。
- デメリット: そのため記述量が多くなる。
- メリット: 逆に、詳細なリポジトリ設定と制御と、詳細なプレイブックの管理が可能。
GPG キーのインストール方法とそれぞれの特徴。
- プレイブックの files フォルダ等に GPG キーファイルを用意し、copy モジュールを使って配置する。
- メリット: インストールが楽。
- デメリット: アップデートには追従できない。
- rpm_key モジュールを使用して GPG キーをインストールする。
- yum_repository モジュールの gpgkey オプションにパスまたは URL を指定する。
- デメリット: パスを指定する場合は、GPG キーファイルを別途用意する必要があり、そのために別途プレイブックのタスク記述が必要となる。
手順
- Excel 2013 を起動する。
- ファイル > オプション、で [Excel のオプション] ウインドウを開く。
- [クイック アクセス ツールバー] タブを選択する。
- [コマンドの選択] で [リボンにないコマンド] を選択する。
- [読み取り専用の設定/解除] ボタン (かなり下にある) を選択し、[追加]
- [Excel のオプション] の [OK]
はじめに
Ansible の yum モジュールでパッケージを指定したとき、通常ですとインストールがすでにされているか否かを気にする必要はなく、冪等性の担保も意識する必要がございません。
これと同じ気持ちで remi-release-7.rpm を yum モジュールでインストールしましたところ、2 回目のインストールで失敗してしまいました＞＜。
TASK [php-fpm : Install remi-release-7] ****************************************
fatal: [default]: FAILED! => {"changed": true, "failed": true, "msg": "エラー: 何もしません\n", "rc": 1, "results": ["読み込んだプラグイン:fastestmirror\n/var/tmp/yum-root-YOhnx0/remi-release-7.rpm を調べています: remi-release-7.3-1.el7.remi.noarch\n/var/tmp/yum-root-YOhnx0/remi-release-7.rpm: インストールされたパッケージを更新しません。\n"]}
to retry, use: --limit @/vagrant/ansible/site.retry
したがいまして、remi-release-7.rpm がインストールされているかどうかを評価する記述を追加しなければなりません！
今回は、その記録をノートいたします。
ポイント
- stat を使用してインストールされるファイルの状態を取得する処理を入れ、結果を register を使って変数に代入する。
- 変数.stat.exits を評価することでファイルの存在をチェックする。
- デバッグ出力で内容を確認するために、debug を使用する。