Xcodeのプロジェクトファイル（pbxproj）がコンフリクトしまくるのをなんとかしたい！ | TOKOROM BLOG
2014/02/09 追記 コメントのところでやり取りしているようにmergepbxの作者さんから連絡があって、この記事で書いた問題が修正されました！ 今現在は merge=mergepbx がいい感じになってきているのでそっちがオススメです。 複数人でプログラミングしているとpbxprojがやたらとコンフリクトする 例えば、 Aさんが AALabel.m をプロジェクトに追加して Bさんが BBLabel.m をプロジェクトに追加して とただそれだけなのにマージのときにコンフリクトするpbxprojさん。。。 ただそれぞれファイルを追加だけのことでコンフリクトするなんて… どうにかならんもんかいとTwitterでつぶやいたところ、 @azu_re さんから有り難い教えが！ @tokorom gitはファイル別にマージ方法を指定できるので、mergepbxみたいなのをpbxprojのマージ
CodePlex からの git fetch に失敗する問題とその解決策、あるいは Ubuntu 12.04 で Git 1.8 をインストールする方法 - ひだまりソケットは壊れない
CodePlex からの git fetch でエラーが発生する CodePlex から TypeScript のソースコードを git fetch しようとしたところ、以下のようなエラーが発生した。 error: RPC failed; result=56, HTTP code = 200 なんなんだろうなー、と思って調べてみたら、Git のバグだという情報があった。 CodePlex Information and Discussion - View Issue #26133: error: RPC failed; result=56, HTTP code = 200 CodePlex Information and Discussion - View Issue #26501: 'git clone https://git01.codeplex.com/z3' fails on Li
Github Issues を利用したリリースマネージャのお仕事 - hakobera's blog
最近、Quipper という会社で「リリースマネージャ」という名前のお仕事をしています。開発以外の仕事は久しぶりだったので大変でしたが、最終的にそれなり上手く行った方法を振り返りとしてブログに書いておくことにします。 経緯 自分のチームとは別のチームが開発しているサービスのリリースが迫っている中、それまで開発者の1人がリリース管理っぽいことをやっていたのですが、さすがに開発と管理の二足のわらじが辛くなってきたとのことで、急遽サポート的に自分が「リリースマネージャ」という役割りで参加することになりました。 コンセプト コンセプトは「使用するツールを増やさない」です。 管理のために新しいツールを増やすと、その使い方を教えるなど新たなタスクが発生してしまいます。タスクを減らすためにタスクが増えるなんてナンセンスです。 ということでQuipper では普段の開発に Github を利用しているので
コミットしたら吉高由里子に告白されるgit hookを作った。 - パルカワ2
告白されたいと思って、 告白しやすくしたりしたが、男からしか告白が来ない。 http://hisaichi5518.hatenablog.jp/entry/2012/11/10/003301 よく考えたら、大人になって、社会人になって、エンジニアになって、 おじさんと話すことは多くなったが、女の子と話すことがない。 告白なんて夢のまた夢だと気づいた。 でも、やっぱり女の子に告白されると嬉しい。 とくに可愛い女の子に告白されたら嬉しい。 可愛い女の子といえば、吉高由里子だと思う。 吉高由里子に「好きって言って」とか言われたい。 吉高由里子に「好きだバカ」とか言われたい。 なので、コミットしたら吉高由里子に告白されるgit hookを作った。 コードを書いてコミットをする、たったそれだけで吉高由里子に「好きだバカ」とか言われる。最高。高まる。 https://github.com/hisaic
GitHub トレーニングチームから学ぶ Git の内部構造 (2013/11/15 17:00〜)
お知らせ 【重要なお知らせ】iOSアプリの運用および提供を2024年6月3日(月)を以て終了いたします。詳細は お知らせをご覧ください。 お知らせ connpassではさらなる価値のあるデータを提供するため、イベントサーチAPIの提供方法の見直しを決定しました。2024年5月23日(木)より 「企業・法人」「コミュニティ及び個人」向けの2プランを提供開始いたします。ご利用にあたっては利用申請及び審査がございます。詳細はヘルプページをご確認ください。
GitのCommit中のAuthor名およびCommitter名を変える - idesaku blog
ローカルで持っているGitリポジトリをGitHubにpushしてしまいたいなぁ、と思ったのだが、pushする直前にAuthorおよびCommitterとして自分の本名を使っていることに気づいた。そういえば、Gitを使い始めたころはuser.nameに正直に本名を入れていたなぁ…。 そのままでも大した問題はないのだが、ネット上ではidesakuで通すことにしているので、こいつらを修正した。その際、あまり使わないコマンドを使ったので、作業ログなど残してみる。 さて、どうすればよいか。すぐに思いついたのは、git-rebaseを使うことである。 ところで、Gitは全てのコミットにAuthorとCommitterの二つの名前を記録している。これは、オープンソース分野でよくある「パッチを書いた人(Author)と、それをリポジトリにコミットした人(Committer)が違う」ケースに対応するための措
エラーのあるファイルはコミットしない(git編) - 肉とビールとパンケーキ by @sotarok
あんま知られてないけど，PHP界隈でも Web Advent 2008 っていう，アドベントカレンダーやってたみたいです．ぜんぜんしりませんでしたそしてちらっと読んだけどあまりおもしろくｎ（ｒ で，その中にちょっと面白げな記事を見つけたので，紹介． Web Advent 2008 / Don’t Commit That Error git の pre-commit hook を使って，エラーチェック だいたいはテスト走らせてコミットとか，実行させてからコミットとかするけど，ちょっとしたところの修正だから確認もせずにコミットしてしかもよりによってそれがエラー起こしてたりとか，まぁ，たまにありますよね． そのために，コミット直前の pre-commit にフックして，PHP Lintを走らせ，その結果次第でコミットをなかったことにしちゃったりしませんか，という趣旨の話． で，具体的には， コミ
Git ライフを快適にする知られざるコマンドたち
Git 初心者〜中級者に向けて、目立たないけど便利なコマンドを紹介します。
pull request を利用した開発ワークフロー
pull request を利用した開発ワークフローの話しですが、あんまりプルリの話ししてないし、コードレビュー的なお話しが多いです…。
Gitリポジトリ管理ツール「GitLab 5.2」リリース、フォーク機能などを追加 | OSDN Magazine
5月22日、GitリポジトリへのWebブラウザからのアクセスを可能にするGitリポジトリ管理システム「GitLab 5.2」がリリースされた。フォークなどの新機能が加わっている。 GitLabはWebブラウザでGitリポジトリを閲覧したり、各種操作を行うためのGitリポジトリ管理システム。Ruby on RailsベースのWebアプリケーションで、リポジトリ情報の閲覧のほかコードレビューや各種管理機能、Wiki、イシュートラッカー、マージリクエストといった機能を備える。Git管理アプリケーションとしては世界最大のインストール数を誇るという。ライセンスはMIT License。 GitLab 5.2は4月に公開されたバージョン5.1に続く最新版。新機能としては、ほかのリポジトリからのフォーク機能やプロジェクト内のコードを検索できるコード検索機能が加わっている。リクエストがページを再読み込みし
Keep TODOs in git (Example)
You can keep quick, short-lived personal TODOs as empty commits in the current git branch (original tweet): todo() { git commit --allow-empty -m "TODO: $*" } <i>You can save this either as a shell function or git-todo executable.</i> Use it like so from the command line: todo Check if feature X works under edge-case This records an empty commit prefixed with "TODO". This way git log will remind yo
git + percol(anything on terminal) が便利 - tomykaira makes love with codes
2013-05-12 git + percol(anything on terminal) が便利 git percol git ではよく sha-1 を入力させられる場面がある。 branch や tag がついている場合はそちらを使えばいいが、たとえば「さっきのコミットでなにを変更したかみたい」というような場合、 一度 git log を起動し、commit id を確認するなり、 HEAD からの距離を確認して、 git show を再度実行するということになる。 HEAD からの距離がとおいと sha-1 指定することになり、わざわざマウスに手をのばしてコピー&ペーストしなきゃいけないかもしれない。 はじめから HEAD^^ みたいに指定できればそれでもいいが、2つ以上前になると、大体いくつ前だかわからないし、まちがって何度も再実行するのもイライラする。 見るだけなら gitk な
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コマンドを実
twiwt.org - このウェブサイトは販売用です！ - twiwt リソースおよび情報
このウェブサイトは販売用です！ twiwt.org は、あなたがお探しの情報の全ての最新かつ最適なソースです。一般トピックからここから検索できる内容は、twiwt.orgが全てとなります。あなたがお探しの内容が見つかることを願っています！
マージ後のreset HEAD^は危険だった - unpushの日記
直前のマージを取り消す場合は、 × git reset --hard HEAD^ではなく、 ○ git reset --hard ORIG_HEADとしないと危ない、という話。 「マージ後にgit reset --hard HEAD^で取り消し」は去年の日記でもけっこう使ってるけど、たまたま上手くいっていたからよかったが、ORIG_HEADが正しい指定方法だった。場合によってはちょっと危ない。 マージコミットは複数のparentが記録されるが、mergeコマンドによって先端を移動するブランチ（＝カレントのブランチ）を１番目の親としてマージコミットが作成される。 例えば topicブランチで git merge master とした場合に作成されるコミットオブジェクトは、１番目のparentはtopicブランチのハッシュ値で、２番目はmasterブランチのハッシュ値となる。 なので、その後t
Painless Merge Conflict Resolution in Git
In my day job, we often deal with a multitude of git branches - whether we’re keeping branches for maintenance releases, supporting deprecated APIs for certain customers, or working with experimental features. Although git’s model entices you to create more and more branches, it brings the burden of keeping them up to date through periodic merging of branches. While merges are important for keepin
死んで覚える本当のGitの使い方 - mizchi log
注意: バズってますが、これははてなダイアリーからはてなブログの自動マイグレーションに失敗してたものを復旧させたもので、書かれたのは2012年です。 - 最近流行っているGit初心者向け記事は、「僕らが本当に知りたかったこと」が欠けているようにしか思えません。 そこで、本当のGitの使い方を僕が皆さんに伝授しようと思いました。 なにはともかく使ってみよう 前提として、皆様のお手元にはすでにGitがインストールされているものとします。 今回はエディタとしてDungeonCrawl StoneSoupを使います。 Downloads « Dungeon Crawl Stone Soup http://crawl.develz.org/wordpress/downloads Dungeon Crwal Stone Soup は今一番ホットなオープンソースのローグライクです。風来のシレンやトルネコ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Tatsuhiko Miyagawa on Twitter: "git config alias.fetch-pulls = fetch origin +refs/pull/*:refs/remotes/pull/*"
The 7 Habits of Git
GitHub - defunkt/cijoe: CI Joe is a fun Continuous Integration server. Unmaintained.
