Gitコンフリクト解消ガイド（git mergetoolの使い方） - Qiita
ファイル編集がコンフリクトした場合 下記はよくある（忌々しい）コンフリクト画面ですね。 皆さんはコンフリクトのmergeはどんな方法でやっていますでしょうか？ vimやemacsで直接編集している方が多いイメージですが、実際開いてみると、下記のように差分が表示されていると思います。 この画面を見ただけではどのようにmergeすればよいのかわかりません。（Objective-CのARC/MRC双方の開発経験がある人は目をつぶってください・・） gitにはこのようなコンフリクトのmergeを支援するgit mergetoolコマンドが搭載されています。 このままEnterキーを押すと下記のような画面が立ち上がります。 画面幅の都合でフォントが小さいのですが、ここで「mergeしたい差分が作られる直前の状態」と「mergeしたい差分」に注目してみます。 この2つを見比べると、@propertyの
デザインで絶対に「黒」を使ってはいけない理由とは？
by webtreats 黒はうまく使うと他の色を際立たせたり全体を神秘的に見せたりすることができる色ですが、私たちが普段「黒」だと思っている色は本当は黒ではなく、「黒に近いダークな色」であることが多々あります。自然界にほとんどない「純粋な黒」は他の色を圧倒してしまい扱いが難しいため、黒を使いたい時にすべきことをSegment.ioのCEOであるIan Storm Taylorさんがまとめています。 Design Tip: Never Use Black by Ian Storm Taylor http://ianstormtaylor.com/design-tip-never-use-black/ Taylorさんが子ども時代は美術の先生から、大学時代はロードアイランドスクールオブデザインの授業で何度も聞いたことの1つに「作品に黒を使うな」というコツがあります。 真に黒い物は見つけるのが
クライアントよ、お前の依頼の大変さを思い知れ！これが「デザイン修正」だ！
昨日紹介したデザインができるまでの過程をまとめたイラストが多くの反響をもらった。これを機にデザイナーに優しくしよう！ 元々@nerichichiさんという方が描いたイラストらしいのだが、その方の別の作品でクライアントが当たり前のように言ってくるデザイン修正がどれだけデザイナーにとって大変なのかを描いた漫画があったので、紹介する！これも物凄く納得感のあるイラストだ…。 密にコミュニケーションを取り、最高のアウトプットを これを見るだけでデザイン修正の大変さに納得すると同時に今後自分も発注する側として気をつけよう、と改めて心に誓った。 【img via 練乳の投稿画像】 クライアントによる大量かつ細かい要望に応えつつも複数回に渡る校正。最後にできあがったものは「絶妙なバランス」を持って成り立っているのを、根本的な要素に対して当たり前のようにデザイン修正を求めるクライアント。 もしあなたがデザイ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://blog.asial.co.jp/1249