PolyGit
Designed for simplicity and ease of use. Your entire commit history is accessible with just a few taps. Git has never been easier than this. Visualize the connections between your commits, branches and tags. Get a deeper understanding of your repository by viewing the Directed Acyclic Graph underpining Git.
Source - git client and code editor on the App Store
Mobile git client and code editor for use on all of your iOS devices. Primary features: - Powerful code editor with syntax highlighting for 100+ languages. - Full-featured git client - commit/pull/push/branch and more. - GitHub, Bitbucket, Gitlab integration - sign in and automatically push and pull to your online repositories. - Built-in coding keyboard - quick access to punctuation and other com
これがXcodeでのバージョニングの決定版になるかも • Yuta Tokoro
概要 この記事でできるようになること 安定してInfo.plistの内容（ここではBuild番号）を変更できる ふつうにRun Scriptで編集するとタイミングによってすぐにアプリに反映されないことがあったりしたがそれが解消される Info.plistに差分がでないのでcommitのときに邪魔にならない なお、この方法を教えてくれた熊谷さんがこの方法に行き着いた経緯や所感がこちらに詳しくまとめられています。詳細や考え方などをきちんと知りたいかたは是非、熊谷さんの記事をご一読ください！ 必要な設定 Preprocess Info.plist file でInfo.plistをビルド前に確定させる Run Scriptで${TEMP_DIR}/Preprocessed-Info.plistを編集する 以下、具体的な話をします。 経緯 これまで、 デバッグ用やArchive用のアプリのバージョ
iOS開発でGitを利用する際のTips - blog.ishkawa.org
ちょっと今更な感じもありますが、iOS開発でGitを使うときのTipsを紹介します。 Gitそのものの使い方は理解している前提のもとで書きます。 バージョン管理する対象 Xcodeのプロジェクトにはバージョン管理する上で結構余計なものが入っています。 Gitで管理すべきでないもの Xcodeの作業データ Xcodeのプロジェクトは.xcodeprojですが、こいつ自身はディレクトリになっていて project.pbxproj project.xcworkspace xcuserdata というファイルが入っています。このうち、Gitで管理するべきものはproject.pbxprojです。 その他のものはXcodeの状態(グループを開いてるかなど)を管理しているものなので、 プロジェクトのバージョン管理対象としては適切ではありません。 ビルドデータ xcodebuildコマンドを実
コンフリクトした xib ファイルを上手にマージする - Qiita
本稿では、 Git でブランチをマージした際にコンフリクトした xib ファイルの衝突解決手順を解説する。 追記： Xcode 5 から導入された新しい xib フォーマットではコンフリクトが起こりにくくなっている。また、コンフリクトした場合に手作業で xib ファイルを編集することも、以前のフォーマットと比べれば容易になっている。本稿では以前のフォーマットを使っていることを前提に話を進める。 ステップ0：コンフリクトの解決をあきらめる Xib ファイルをテキストエディタで編集してコンフリクトを解決しようなどと考えてはいけない（変更がごく小規模な場合を除く）。コンフリクトした xib ファイルは捨てて素直に作り直すのがよい。ただし、記憶を頼りに変更を再現する必要はない。 Xib ファイルの要素は コピー&ペーストできる ので、変更点の移植は比較的簡単にできる。 ステップ1：ベースにする x
Xcode&gitで開発する時の.gitignore - Qiita
みなさんは、.gitignoreどのようなのを使われていますか？ 僕のやつを公開するので、みなさんも教えて下さい！ CocoaPodも使うので、Pods/*も入れています。（このフォルダ以下は pod installするとPodfileやPodfile.lockを参考に、installされ、自動的Fetchされ、つくられるので、共有する必要ありません） PodFileは.gitignoreしないとして、Podfile.lockも.gitignoreに入れないほうが良いと思います。（理由は以下追記） これが現状の.gitignoreです。 # Mac .DS_Store # Xcode build/* *.pbxuser !default.pbxuser *.mode1v3 !default.mode1v3 *.mode2v3 !default.mode2v3 *.perspectivev3
CocoaPodsを複数人で運用することを考えたときにリポジトリにあげるべきファイルで悩んだので試してみた - yaakaito::Blog
Objective-C, iPad, iPhoneCocoaPodsを利用すると結構簡単にライブラリが管理できるんですが、こいつを例えばgithubとかにあげるときに、どのファイルはignoreしてしまってよいのか、みたいなのがよく解らなかったので試してみた。 前提CocoaPodsを構成する要素は Podfile Podfile.lock (pod install 時に作成される)Podsディレクトリ (pod install 時に作成される) プロジェクト名.xcworkspace (pod install 時に作成される)ライブラリのインストールは pod install プロジェクト名.xcodeproj でこのうち、PodsとPodfile.lockはignoreしてもよいんでは・・・と思ってたんだけど、コマンド見るからにxcodeprojに依存してそうなで不安になったので試した
最近使っていたiOSアプリ開発ツールやライブラリのまとめ | Technology-Gym
iOSアプリ(Objective-C)を書き始めて半年たったので、それまでに触ったりした開発ツールやObjective-Cのライブラリなどについてまとめてみる。 AppCode 個人的にはXcodeより好きなので、コードを書く時は基本的にAppCodeで書いていた。 デバッガー周りやエラー表示についてはXcodeの方いいところが多いので、Xcodeも併用する。(どっちにしてもxibやData ModelをいじるときにはXcodeが必要な気がするので両方共起動してる事が多かった) AppCodeはリファクタリングやXcodeでAnalyzeとかしなくてもメモリ解放忘れとかわかるのと、Quick fix(Alt+Return)がすごく便利なので書くときにリズムを生むのに役立った。 WebStormも使っているので同じ系統のIDEに慣れているのもあるけど、JavaScript書いてる時よりObj
ビルド時に git のコミット回数を Info.plist のバージョン番号に設定する方法
デザインがなかなかいい。 tciuro/NoticeView シートの背景は画像が用意されていてそれを使っているようだ。@2xファイルが見当たらないのが気になった。 ネタ元はこちら。 iOSで上部にかっこよく通知を出す tciuro / NoticeView が...
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - xcatsan/iOS-Sample-Code: iOS Sample Code