fastlaneを使ってAdHocの.ipaを作るだけのlaneを書いた時のメモです。 環境 Xcode: 8.2.1 Ruby: 2.2.3 fastlane: 2.13.0 gym_version: 2.13.0 fastlane initが無事に済んだ後の状態を想定しています。 AdHocのipaを作るだけのlane fastlane_version "2.13.0" default_platform :ios platform :ios do before_all do # どのlaneでも実行する前に必ずやること end # ipaを作るだけのlane lane :make_ipa do gym( workspace: "プロジェクト名.xcworkspace", configuration: "Debug", scheme: "プロジェクト名", clean: true, in
cloudpack あら便利カレンダー 2017 の13日目です。 in-houseで社内に配布するときにチームを変更しないといけなかったり 別案件では受託開発で証明書とProvisioning Profileしかもらえないといったことはよくあります。 Target追加するのはバグの元… Schemeを複製して配布時に変更してArchive… そんなことしないで手作業ではなくfastlaneで簡単に配布したり、ipaを作られるようにしちゃいましょうーという記事です。 ざっくりとした方法 配布用のConfigurationsを作成する xcconfigを作成し、各種設定を追加する Projectの設定を変更する fastlaneでチーム切り替え、Automatically manage siginingなどを設定する あとはfastlaneで配布/ipa作成するだけ！ fastlane fa
アプリをアップロードしたらPotential Loss of Keychain Access 起きた現象 新バージョンのアプリをアーカイブして、Xcode 7.0.1のオーガナイザからUpload to App Store...でアップロードしたら、Potential Loss of Keychain Accessという警告が出るようになってしまいました。 原因のようなもの アップロードするときのProvisioning Profileの指定が、今まではアプリごとのストア用プロビジョニング(XC:アプリバンドル名 とか)だったはずのところが、いつの間にか XC:* というワイルドカードIDのプロビジョニングが指定されてしまうようになっていました。 さらに、XC:アプリバンドル名 に紐づいているApp IDのプレフィックスと、XC:* に紐づいているXcode iOS Wildcard Ap
経緯 休み明けに個人的なお遊びプロジェクトをビルド実行したら謎のダイアログが表示された しかし仕事用のプロジェクトはビルドできる 仕事に支障ないなら別にいいんじゃないか？ と思いつつも このままだと仕事中に現実逃避できない！ と思い直した なんとかしないと(`･ω･´) The certificate used to sign "APP_NAME" has either expired or has been revoked. An updated certificate is required to sign and install the application. 解決方法 ユーティリティ -> キーチェーンアクセス [この証明書は取り消されました] と書いてある証明書を削除する` ※追記した解決方法もご覧ください 備考 証明書を更新しろks（Google翻訳）と書いてあったので バツ
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? Qiitaの記事で見かけたBitriseを使ってみたところ、とても良いサービスで応援したくなったので紹介記事を書いてみました。 Bitriseの特徴 iOS用のCIサービス 「Bitrise - iOS Continuous Integration and Delivery」と謳っていて、iOSをメインターゲットにしているようです。iOSの面倒なビルド周り（Provisioning Profileや秘密鍵等）の設定も簡単でした。また、Beta版のXcodeにもそれなりに追従しているようです。（2015/09/05にXcode7 beta
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? CSSは設計手法も大事ですが、どういう単語で名前をつけていくかも大事だと思っています。 個人個人でばらつきが出るところでもありますし、「単語名 英語」で検索をして探した単語を使ったけど若干意味合いが違ったといったこともあると思います。 クラス名を決めるためのリストを見かけることもありますが、英単語の読みは書かれていても意味合いが書かれていることは少ないように思います。 自分の確認用と、チームで製作するさいの基準になるようなものを作りたいと思い、単語とその意味を短くまとめてGitHubにあげています。 CSS クラス名リスト | GitH
こんにちは。麦芽系などと言いつつ最近ずっと禁酒しておりましたノンアルコール麦芽系エンジニアasmz（id:asmz0）です。 というのも、私事で恐縮ですがこないだ我が家に無事第２子が生まれました！一週間ほど育休を取らせていただき、しっかり子供と戯れさせてもらったので、今週から心機一転お仕事頑張りまっす。 お祝いはてブお待ちしております。 iOSアプリ開発に必要な証明書とProvisioning Profile さて、iOSアプリ開発の鬼門とも言われるCode Signing＆Provisioning。最近はXcodeが改修されてきて、多くの処理が自動で行ってくれるようにはなってきたので、個人開発ではさほど大きな問題が発生しにくくなってきたようですが、証明書・秘密鍵の管理が個人のMacに依存したり、そもそも先述したXcodeの自動処理によって他の開発者に予期せぬ影響を与えたりと、相変わらず組
Re: [RFC 09/10] x86/enter: Create macros to restrict/unrestrict Indirect Branch Speculation On Sun, Jan 21, 2018 at 12:28 PM, David Woodhouse <dwmw2@infradead.org> wrote: > On Sun, 2018-01-21 at 11:34 -0800, Linus Torvalds wrote: >> All of this is pure garbage. >> >> Is Intel really planning on making this shit architectural? Has >> anybody talked to them and told them they are f*cking insane? >>
株式会社サイバーエージェント（本社：東京都渋谷区、代表取締役社長：藤田晋、東証一部上場：証券コード4751）は、2018年4月以降に新卒入社するエンジニアを対象にこれまで一律で定めていた初任給制度を撤廃し、個々人の能力別給与体系に変更いたします。さらに、高度な技術や実績、成果をお持ちの学生を対象に「エキスパート認定」制度を導入いたします。 当社のこれら取り組みの背景には、近年のインターネット産業における若手エンジニアの目覚ましいスキル向上があります。多様な技術領域において若手エンジニアが日々活躍する中で、従来のように一律で定めた基準では正しく評価できなくなったと考えています。また、当社では長年社内で培ってきた技術力を武器に定額制音楽ストリーミングサービス「AWA」やインターネットテレビ局「AbemaTV」などのメディア事業、スマートフォン向けゲーム事業、アドテクノロジー事業などインターネッ
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? Androidアプリ開発を進めていくに当たって、いろいろな「決めごと」があります。はじめはどのような意味があるのか分からないまま決めてしまい、後になって後悔することも多いので、どのようなことが取り返しがつかないのか、どのように決めればよいのか、をまとめてみようと思います。 前半は当たり前のことを書いていますが、後半ほど意外と意識していない人も多いのではないかと思います。 ※取り返しがつかない。といっても、全く別のアプリとして公開しなおすことまで許容してしまえば何でもありです。ここでは、同一のアプリとしてアップデートができない。もしくはア
tl;dr Help keep axios alive. Request to be a collaborator or join Gitter to answer questions. A short history In the summer of 2014 I found myself disenchanted with Angular and set out to find an alternative. After playing around with Ember I remembered reading an article on React vs. Ember (go ahead and read the comments -- I was skeptical to say the least) and thought I'd give React a try. It di
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
