開発環境作ったらとりあえずGitの設定する (git graph + 改行タブ自動変換) - Qiita
私は何かの開発環境を作ったら、とりあえずGitの設定をします。 どんな設定をしているかをお恥ずかしいながら晒してみます。 [color] diff = true branch = true [receive] denyCurrentBranch = refuse denyNonFastForwards = true denyDeletes = true [alias] graph = log --graph --date-order -C -M --pretty=format:\"<%h> %ad [%an] %Cgreen%d%Creset %s\" --all --date=short g = log --graph --date-order -C -M --pretty=format:\"<%h> %ad [%an] %Cgreen%d%Creset %s\" --date=shor
Git作業スタイル: リモートレポジトリに保存しつつキリのいいところで変更をまとめる - Qiita
あらまし 大きな作業をする場合、こまめにローカルレポジトリのブランチにコミットして、何かあったときにすぐに戻せるようにしたくなります。 また、パフォーマンス改善など、実験や研究の色合いの強い作業は、試行錯誤しながらブランチに"とりあえず"保存しつつ、「あっちのほうが良かったかな〜」と思ったときに取り出せるようにしておきたくなるものです。 また、ローカルレポジトリだけでなく、リモートレポジトリに置いたほうがチームみんなで共有できたりしていろいろ便利です。 ですが、最終成果物はなるべく少ないコミットにしないと、マージが大変です。 メインブランチにこんなコミットが入るとゲンナリしますよね？ $ git log --oneline bcdef12 Revert foo abcdef0 Add foo cdef123 Refactor bar again def1234 Refactor bar e
zshのプロンプトにgitのブランチ名とステータスを色で表示したい【zsh】【git】【PROMPT】 - DRYな備忘録
つくった ソースコード 将来の自分のためにできるだけ何やってるか分かりやすく書いた zshのプロンプトにブランチ名とかステータスとか出すアレ 背景 zshの設定で、プロンプトにgitのブランチ名とステータスを色で表示したいので、まあかつてプラグインを設定したりしたので今出てるんだけど、マシンが変わったり新しい環境で作業しなきゃならん時に、インターネッツ探して設定するのめんどくさいからもういいや自作しちゃえ勉強にもなるしと思ったのでつくった 追記 2014/03/14 gitのバージョンが上がってgit statusの出力が変わったぽくて「いちいち対応すんの嫌だなー」と思ってたらgit status --shortっていうオプションがあったことを知ったので、ちょっと変えた @@ -30,14 +30,14 @@ function get-branch-name { } function ge
今さら聞けないgit pushコマンド - Shoichi Matsuda's diary
id:koogawaさんのgitの記事を読みました。 これを読んでそういえばみんな知ってるのかなと思った点があるので書いておきます。 取り上げるのはgitのpush周りのお話です。 （これ以降の記事中のリモートは全てoriginとします。） このコロンは何？？ リモートブランチの削除で以下のようなコマンドを実行すると思います。 git push origin :hoge コロンが付いていますがこのコロン正体、正しく説明できますか？ 実用Git 作者: Jon Loeliger,吉藤英明(監訳),本間雅洋,渡邉健太郎,浜本階生出版社/メーカー: オライリージャパン発売日: 2010/02/19メディア: 大型本購入: 7人 クリック: 287回この商品を含むブログ (44件) を見る pushコマンドの実体 普通、ローカルブランチをリモートに反映する際のコマンドはこんな感じです。 git p
ConEmu 突っ込んだら Git for Windows の Git Bash がカッコよくなった
Git for Windows の Git Bash の配色がイマイチだなーと思ってググってたら、Console2 だとか ConEmu を使うと楽にできるっぽいことが、Stack Overflow とか英語のブログで見つかった。 そこで、ConEmu を試してみたら色々と幸せになった (Console2 はそのままでは日本語が使えなかった。解決方法はあるらしいけど…)。 左が Git Bash、右が ConEmu さん。 アンチエイリアス効いてるし、色もオサレ。 起動から色を設定するまで ConEmu を起動すると、初回は設定の保存場所などを確認される。お好みで答えて [OK] を押すと、タブ化した MS-DOS プロンプトみたいなのが立ち上がってくる。 [Win] + [N] を押すと新しいタブを開始できる。 上のキャプチャーのように、どんな環境のタブを開始するかをメニューで聞いてきて
GitHubだけがgitじゃないんだからね!! gitリポジトリサービス4つ。 | WP-E (仮)
巷ではGitHubやらgitが盛り上がっていますね。 ぼくはGitHubあまり使わないのですが、なんか独自の機能が一杯あって難易度高い感じ。 消してディスっている訳では無いです。jQuery のプラグインとかでよくお世話になってるし、いずれ何か公開したいなーと夢見ている訳で。 Private Repository は有料なのでこれもぼくみたいなチキンにはハードル高い(誰もお前のことなんて見てねえよ、ってのはお約束)。 ここでタイトルに戻ってくるわけですが、主に無料で仕える Private Repository を探してみませう。 Bitbucket アンリミテッドプライベートリポジトリ 5ユーザーまでリポジトリを共有できる 今のところ最強。みんなこれつかうといいと思う。 で終わってもつまらないのでちょこっと紹介。 管理画面はシンプルで見易いし、機能もそんなにないから迷わない。 ログインして
tigでgitをもっと便利に！ addやcommitも - Qiita
皆さん、tigコマンドを活用していますか？ tigは、コンソール上で使えるgitブラウザです。実はずっと、ただのきれいなgit logだと思っていたのですが、本当はそんなことはありません。かなり使えるやつなのです。 インストール ソースコード: https://github.com/jonas/tig インストール方法: https://github.com/jonas/tig/blob/master/INSTALL.adoc この辺りを参考にしてみてください。詳細は割愛します。 基本の使い方 この状態の差分を扱っていきます。いつものこれだとこんな感じ。 git logが素敵にビジュアライズされてます。この画面をmain viewといいます。 ここでエンターを押すと、下半分に差分の詳細（diff view）が表示されます。 下矢印で、Unstaged changesの差分を見てみるとこんな
Git初心者のための資料まとめ
Gitを使ったことがない人が、Gitを最初に取り入れるときにぜひ読んでほしい資料をまとめてみました。初心者のWebエンジニアが、clone, checkout, add, commit, pushやPull Request(Pull Request)ができるようになるまでの一連の流れができるようになることを目標にしています。 (09/06 17:45) はじめてコードレビューされる人のためのPull Requestとcommitの作り方を追加 🐹 目標Git コマンドのclone, checkout, add, commit, pushを使えるようになること プルリクエストができるようになること 🎃 基本的な概念の理解イラストでわかる！git入門の入門 (1) ソフトウェア開発におけるバージョン管理の考え方、(2) Gitを使った開発の基本的な概念、 (3) 基本的なコマンド(add,
Gitコンフリクト解消ガイド（git mergetoolの使い方） - Qiita
ファイル編集がコンフリクトした場合 下記はよくある（忌々しい）コンフリクト画面ですね。 皆さんはコンフリクトのmergeはどんな方法でやっていますでしょうか？ vimやemacsで直接編集している方が多いイメージですが、実際開いてみると、下記のように差分が表示されていると思います。 この画面を見ただけではどのようにmergeすればよいのかわかりません。（Objective-CのARC/MRC双方の開発経験がある人は目をつぶってください・・） gitにはこのようなコンフリクトのmergeを支援するgit mergetoolコマンドが搭載されています。 このままEnterキーを押すと下記のような画面が立ち上がります。 画面幅の都合でフォントが小さいのですが、ここで「mergeしたい差分が作られる直前の状態」と「mergeしたい差分」に注目してみます。 この2つを見比べると、@propertyの
Herokuに静的ファイルを置く - komagataのブログ
最小プランは無料であるHerokuに静的ファイルを置くための雛形を作っときました。 $ git clone git://github.com/komagata/heroku-static.git $ cd heroku-static $ heroku create foo-bar-buz $ git push heroku master komagata's heroku-static at master - GitHub html, js, css, imageなど、静的ファイルだったらpublicディレクトリに置いてpushすればすぐ公開。 あんまり無料ホームページとして使われてもHerokuは困るだろうけど、git必須な時点で誰も彼も使うということにはならんでしょう（多分）。僕はjsとかのデモやサンプルを置く場所として使ってます。 中見てもらえばわかりますが、こういうのを置いてるだけ
yucato.net - このウェブサイトは販売用です！ - yucato リソースおよび情報
This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
俺のオレオレgit-flow | おそらくはそれさえも平凡な日々
背景 一昨年末くらいにgit-flowを採用していた 良いんだけど、結構めんどくさいなーと思うところがあった 去年頭の新規開発からはgithub-flowを採用(と言うかごく普通のGit運用) masterのテスト通ったらjenkinsさんが開発サーバー反映してくれて捗る ただ本番をそれで運用するわけにもいかない リリースタイミングとかある masterはデザイナーやME(=gitに不慣れな人たち)がカジュアルに画像やテンプレをpushできる(それで構わない) git-flowとgithub-flowの中間くらいのフローで運用することに git-flowの気に入ってる点とそうじゃない点 気に入っている点 並列ブランチを走らせるというのは良い(git-flowの場合、masterとdevelop) hotfixが便利 めんどくさい所 releaseブランチ毎回作る必要性をあまり感じない バー
RedmineにREST apiでアクセスするgit subcommandをRubyのActiveResourceを使って作ってみた - Qiita
RedmineにREST apiでアクセスするgit subcommandをRubyのActiveResourceを使って作ってみたRubyGitRedmineActiveResource はじめに Rubyは初めてさわりました。なんとかgitのsubcommandがつくれましたが、動作はするもののコード的に書き方が正しいのかよくわかりません。なのでとりあえずgistで公開。 置き場所 gist 使い方 git configに下記の設定をします。 git config redmine.url https://hoge.com/ git config redmine.apikey yourKey git config redmine.project yourProjectName チケット一覧表示 git redmine n番のチケットタイトル表示 git redmine n n番のチケット
GitLab魔改造カンファレンスで発表してきました - catatsuyとは
2/6(Thu) に株式会社ドリコムとピクシブ株式会社の合同で GitLab 魔改造カンファレンスが行われました 会場はドリコムさんのオフィスでとてもおしゃれな感じでした ドリコム攻めに来ました— 麺類 (@catatsuy) February 6, 2014 ドリコム綺麗すぎて圧倒されてる— 麺類 (@catatsuy) February 6, 2014 ドリコムさんから 3 人，ピクシブからも私を含めて 3 人が発表しました 私が発表した理由として，ピクシブでは一部のサーバーを除いてサーバーの root をインフラの人間しか持てません なので GitLab など新しいツールを使うにはインフラの協力が不可欠なのですが，私が GitLab 導入を提案した一人だったので成り行きで GitLab 導入やその後の運用を適当な感じでやっていました そんな中，魔改造カンファレンスの話が回ってきたので
NUCON 資料を公開しました！ | 株式会社ヌーラボ(Nulab inc.)
昨日は雪が舞う悪天候にも関わらず、大勢の方に NUCON にお越し頂きました。みなさま本当にありがとうございました！ 基調講演は元より各セッションも大盛況で、「どのセッションを見ればよいか悩んだ」「見れなかったほうのセッションの資料をみたい」といったお声もいただきましたので、以下に資料を公開いたしました。 テクニカルトラック 開発者がかたるヌーラボのコラボレーションサービス API 最前線 ( ヌーラボ 染田貴志、中原正二、後藤幸 ) 職人任せにしないインフラ構築/運用 ~ DevOps時代を生きぬくために ~ ( ヌーラボ 中村知成 ) 今どきのリアルタイムコラボレーションツールの作り方〜Backlog、Cacoo、Typetalkにおける実践例〜 ( ヌーラボ 縣俊貴 ) ジェネラルトラック ヌーラボサービスの利用事例 – Backlogを使ったオフショア開発 ( EVERRISE 古
失敗する前提でデプロイする - hitode909の日記
うちのチームでは，デプロイするたびに自動的にgitのtagを切るようにしてる．たとえば，いまデプロイしたら，deploy/2014-02-01-14-48とか． たまに，リリースした直後になんかミスってたことに気付いて，慌ててロールバックすることがある． tagを切ってるので，ひとつ前に戻せばいいのだけど，えっと，どれだっけとかいって探すので慌てるし，普段はタグ指定してデプロイしてないので，どうやって戻すか忘れる． デプロイ終わったときに，今回のデプロイを戻すには，これをしましょう，とか表示するようにした． デプロイ終わったらこんなのが出る．前回のデプロイが昨日だったら昨日くらいのタグが出る． ヒント：戻すときは以下のコマンドを実行しましょう cap -S revision=deploy/2014-01-31-15-17 deploy 実装方法としては，こんな感じに，デプロイ前に最新のタグ
Git初心者が知るべき実用的なコマンド23選 | For X Developers
Gitにはたくさんのコマンドがあり、Gitでのバージョン管理を始めた際にどれを使えば良いか迷いました。 今回は、Gitを初めて使い始めた時〜複数人で中規模開発をするまでに使ったコマンドに絞って、 まずはコレだけ知って使えればいい基本コマンドと、 「こんなときに使える」便利なコマンドをまとめました。 基本コマンド 1. git config –global user.name “<名前>” 2. git config –global user.email “<メールアドレス>” PCで使うgit全体のユーザ情報を設定します。全てのコミットに対して、ここで設定されたユーザ情報が適応されます。 もし特定のプロジェクトでだけ、ユーザ情報を変えたい場合は、プロジェクト内の.gitディレクトリの中で、–globalオプションを外してのコマンドを実行して下さい。 また、Gravatar に登録
git を https 経由で使うときのパスワードを保存する - Qiita
git を https 経由で使う場合、pull や push のたびに毎回パスワードを聞かれてしまいます。 これを改善するには git-credential を使うと良いです。 git-credential は git 1.7.9 以降で使用可能です。 なお、古いやり方としては .netrc を使う方法もありますが、パスワードを平文でファイルに保存するので、やらないほうがいいと思います。 使用可能な管理方式 git-credential では、以下のような方法でユーザ名とパスワードを管理できます。 git-credential-store : ファイルに保存します。ただし、パスワードが平文が保存されます。 git-credential-cache : 常駐プロセスに記憶させます。 git-credential-osxkeychain : Mac OS X のパスワード管理を使います。 G
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://ftploy.com/
git-flowでもgithub flowでもない、Git本家推奨のワークフロー