ソフトウェアや、プログラムのバージョンには、一般的に、付け方のルールや呼び方があるのでしょうか？ 例えば、このページ（ http://outlook.aptrust.net/eco-update-info ）に掲載されているもののように、 「バージョン 1.0.103 」 となっているものについて、 いちばん最初の「１」が「２」に変わったら、メジャーバージョンアップなどと呼んだりするのかなと、思っているのですが、2番目の「0」や3番目の「103」などが変わった場合は、なんと呼ぶのでしょうか。 付け方に、一般的なルールがあるのでしょうか？ それとも開発する方によって、独自のルールで決めているものなのでしょうか？ 専門的な知識がないので、わかりやすく解説しているサイトなどありましたら教えて下さい。
ブログ書かなすぎですね。はい。 ネタがないんすよ。はい。 自社サービスとか自作アプリとか作ってないとなかなかね。はい。 ソースコードとか出せないんでね。はい。 いっつも忘れるのでAndroid Studioでjar生成 最近だとbuild.gradleに書けばおkみたいなライブラリが多くて助かるんですが。 ソースコードしかない場合ね。 Android Studio起動します。 Welcome画面でImport Non-Android Studio Project→ソースコードのディレクトリを選択 インポート終わったらapp/build.gradleに以下を追記 パスはよしなに書き換えてください。 task clearJar(type: Delete) { delete 'build/libs/' + 'sample.jar' } task makeJar(type: Copy) { fro
TL;DR: Change the java version compatibility in your gradle file (see below) or remove Hugo references from your e.g. "debug" code in Velcro. The other day I discovered a bunch of template-based application generators for android. While they are very interesting and apply some of the best practices, they come with a footnote: Use it at your own risk, particularly if you're not that familiar with t
VerifyErrorって？ android開発してるとたまにVerifyErrorと出会います。 例外でなくて、エラーですね。 コンソールやDDMSを見てもあまり分からないエラーです。 どんな時に起こる？ 使えないAPIを使おうとした時に起こります。 Android SDKバージョン編 targetを8(android 2.2）minSdkVersionを4(android 1.6)で開発しているアプリ android.media.MediaScannerConnection.scanFileを使う android 2.2の端末で実行すると、正常に動作する Android 1.6の端末で実行すると、VerifyErrorが発生する MediaScannerConnection#scanFileはSince API Level 8なので1.6の端末にはそのメソッドがないためエラーになります
dependencies { compile 'com.android.support:support-v4:19.1.0' // ① compile 'com.android.support:appcompat-v7:19.1.0' // ② compile 'commons-lang:commons-lang:2.6' } なお、ここに書かれた①の行はsupport-v4パッケージの導入を意味しています。Eclipseでは、support-v4.jarをlibsディレクトリに入れていたかと思いますが、このように書くことによって、jarを取り込むことが可能です。②はappcompat-v7パッケージの導入をしています。 Syncする Android StudioではAutomatically Buildはサポートしていないため、編集しただけでは同期されていません。なので同期を行います。G
Android working with Volley Library をみてvolley.jarを作っていたのですが、 しばらくみていない間にvolleyはGradleを使うようになったようで android update project -p . では.jarがつくられなくなったようです。 Error: . is not a valid project (AndroidManifest.xml not found). volleyプロジェクトを作成したAndroidプロジェクトにsubmoduleとして追加・設定する 方法をみなさん推奨されているようです。 Androidプロジェクトを新規作成してVolleyが使えるようになるまで Android Studio で Volley を使う ここでは時代と逆行するように、volley.jarの作成方法（正直怪しい）をご紹介します。 このやり
2012年10月26日金曜日 GradleでMavenリポジトリを使う GradleでMavenリポジトリを使うには、以下のように記述する。 依存関係の解決にはrepositories内に記述したMavenリポジトリを使用する。複数のリポジトリを記述した場合、上から順に依存関係の解決を試み、最初にモジュール(jar)が見つかったMavenリポジトリを使用する。 なお、モジュールはユーザディレクトリにある.gradleフォルダ内にダウンロードされる。Mavenリポジトリを参照しているからといって、Mavenのローカルリポジトリ（.m2フォルダ）にダウンロードされる訳ではない。また、Mavenのローカルリポジトリから依存関係を解決する場合も、.m2フォルダのモジュールを直接参照はせず、.gradleフォルダにコピーされたモジュールを参照する。 関連リンク Gradle本家ユーザガイド C
I need to use Amazon Maps and Amazon Messaging in my apps. With gradle, I did not succeed in adding the Amazon dependencies with a "provided" scope as they need to be : The JAR file contains stub implementations of the Amazon Maps API. It does not contain actual implementations of the Maps API classes, so you should not compile the JAR into your app. None of the solutions provided by Amazon suppor
ライブラリプロジェクト側で、次の記述を追加します。 apply plugin: 'maven' uploadArchives { repositories.mavenDeployer { // mavenローカルにいれる設定 repository url: "file://$System.env.HOME/.m2/repository" pom.version = '1.0.0' pom.groupId = 'com.mokelab' pom.artifactId = 'InputDialog-v4' } } // 通常のライブラリプロジェクトを作る設定が続きます ライブラリプロジェクトのビルドで、次のタスクを実行します。 $ sh gradlew clean uploadArchives これで、~/.m2/repositoryにライブラリがインストールされます。この~/.m2/repo
ホンダF1のF1最新情報、ニュースを掲載しています。F1ドライバーのコメントやF1チームの情報、レース結果などを随時更新しています。 ホンダは、2013年・2014年のMotoGPクラスにおいて2連覇を達成した競技専用マシン「RC213V」の一部仕様を変更し、一般公道での走行を可能とした「RC213V‐S」の商談受付を7月13日(月)より開始する。 ホンダは1954年に当時のロードレース世界選手権に組み込まれていた“マン島T.T.レース”への参戦を宣言。5年後の1959年から独自の車両を開発して参戦を開始した。その後1961年には参戦した2クラスを制覇し、2005年には前人未到の通算600勝(2015年6月11日時点で通算695勝)を達成している。 ホンダは“マン島T.T.レース”以来、様々なレース活動を「走る実験室」と位置付け、レース参戦のために開発した数々の技術を市販車に還元。ホンダ二
1.はじめに Androidの開発をやっていると、前のプロジェクトで使った部品を次のプロジェクトでも 使いたいなんてことがでてくると思います。しかし、公開されているリポジトリに 登録できるような内容の部品じゃないということはよくあると思います。 ということで、社内のリポジトリにGradleでAndroid部品を共有する内容を書いていきます。 2.手順 ①gitlabにリポジトリを作成(社内ではgitlabを使っているため) ②ライブラリプロジェクトを作成し、AARをリポジトリに登録 ③②のライブラリを使うプロジェクトの作成 3.gitlabにリポジトリを作成 テスト的にこういう画像のカスタムビューを持つライブラリにします。 ということでプロジェクト名は「Android-BaseLine」にしました。 4.BaseLineライブラリを作成します。 EclipseだとAARが使えないためAnd
Wiredrive では、私たちはかなりの数のコードレビューを行います。しかし、ここで働き始める前には私はコードレビューなどしたことがありませんでした。今回は、私がコードレビューをする時に何に注目するようにしているかや、私の考え出したベストなコードレビューのやり方をお話したいと思います。 コードレビューとは、簡単に言うと2人以上の開発者で問題を引き起こしそうなコードの修正について話し合うことです。コードレビューをすることのメリットについては多くの記事で語られており、知識を共有できること、コードのクオリティが上がること、開発者が成長できることなどが挙げられています。しかし、レビューを行う上で、どのように進めていくかという具体的なことについてはあまり多く語られてないように私は思いました。 レビューで何に注目するか アーキテクチャ/デザイン 単一責任原則 : 1つのクラスは変更する理由が2つ以上
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く