会社でbundle installやgit cloneしたときに git clone git://github.com/creationix/nvm.git ~/nvm Initialized empty Git repository in /home/xxxx/nvm/.git/ github.com[0: 207.97.227.239]: errno=Connection timed out fatal: unable to connect a socket (Connection timed out) GitHub Connection Timed Out みたいなのが出ました。 git cloneだとプロトコル変えればいいんだけど、 bundlerだとGemfileを修正するのはちょっと面倒。 gitプロトコル(9418)をfirewall開けて欲しいけど、 手続き面倒なのでなんか

こんにちは、エンジニアの王です。今回は、Git初心者を悩ませるリベースについて解説してみたいと思います。 リベースが初耳 リベースを聞いたことはあるけど、使っていない 不安を抱えながらも、リベースをなんとなく使っている 上記に当てはまる方は、ぜひ読んでくださいね。 リベースで何ができる？ コミットが綺麗になる！　以上です！　この一言に尽きる！ 具体的にどのように綺麗になるかというと…… コミット履歴がわかりやすくなる コミットメッセージを後から変える コミットの順序を後から変える 2つ以上のコミットを1個に統合する 一度コミットした内容を編集する といった具合でしょうか？　整理整頓が好きな方は、ぜひリベースを使いこなしていただきたいと思います！ マージとリベース 2つのブランチの変更点を統合するとき、Gitの最も一般的なやり方は、マージとリベースを使うことです。マージは初回で説明したので、

gitは、とにかくトピックブランチを作成して作業する。だいたい機能追加とかバグ修正とかの単位でブランチを作って作業します。（ちゃんとやってますよね？） なので、作業の途中で別の修正を優先してお願いっ！なんて言われたときは、別のブランチに切り替えて作業をする必要がでてくる。そんな時に変更を一時的に退避しておくことのできる機能、それがstashである。 では、早速使い方 まだcommitしていない状態の変更ファイル（addしてる or add していない)が存在する状況で、次のコマンドを実行すると変更ファイルを退避することができる。 ※saveは、省略することもできる。 これでファイルの退避完了！git statusとか見てみると変更状態であったファイルがなくなっている。この状態なら安心してブランチを切り替えることもできる。めでたしめでたし。 と、退避だけならこれで終わりだけど、次につかうとき

ファイル編集がコンフリクトした場合 下記はよくある（忌々しい）コンフリクト画面ですね。 皆さんはコンフリクトのmergeはどんな方法でやっていますでしょうか？ vimやemacsで直接編集している方が多いイメージですが、実際開いてみると、下記のように差分が表示されていると思います。 この画面を見ただけではどのようにmergeすればよいのかわかりません。（Objective-CのARC/MRC双方の開発経験がある人は目をつぶってください・・） gitにはこのようなコンフリクトのmergeを支援するgit mergetoolコマンドが搭載されています。 このままEnterキーを押すと下記のような画面が立ち上がります。 画面幅の都合でフォントが小さいのですが、ここで「mergeしたい差分が作られる直前の状態」と「mergeしたい差分」に注目してみます。 この2つを見比べると、@propertyの

以下をそれぞれの段階で cancel, rollback したい。 git addgit commitgit push

こんにちは加藤です。 分散バージョン管理システムのgitを本格的（？）に使い始めて1ヶ月くらいが経ちました。けれども未だに迷うことがあるため、リモートブランチを使った作業について簡単にまとめておきます。 想定環境 マシンA、マシンBで編集作業を行い、それらからアクセス可能な場所に連携用のリポジトリがある環境と想定します。 また、マシンA、マシンBでは既に連携用リポジトリをcloneしており、remotes/originが設定されていると想定します。 $ git clone <連携用リポジトリ> マシンAでの作業 なんらかの作業をすることを思い立ったら、作業用のブランチを切ります。今回はworkingブランチとします。 $ git checkout -b working $ git branch master * working　各種作業を行います。 $ git status $ git a

よく忘れるのでメモしとく。 ローカルブランチの作成 まず、ローカルブランチ作成。ここではcourse_changeというbranchを作成している。 > git branch course_change 作ったbranchの確認。この時点ではまだbranchが切り替わっていない。 > git branch course_change * master 作ったbranchに作業場所を変更 > git checkout course_change Switched to branch 'course_change' 作業場所が変わったかを再度確認 > git branch * course_change master 作ったローカルブランチの内容をリモートブランチにpushして他の人とブランチを共有 この状態で何か作業をしてコミットした後、以下でリモートトラッキングブランチとしても管理できる

中央サーバとして使っているbareレポジトリで、奇妙なことに遭遇しました。 git branch master * foo いつのまにかこうなってしまい、masterにcheckoutできません。 $ git checkout master fatal: This operation must be run in a work tree その場合、このようにしたら解決しました。 $ git symbolic-ref HEAD refs/heads/master git branch * master foo Gitには不思議コマンドがいろいろあるものですね。

多分、Gitを使い始めて詰まる（というか悩む）ところの大多数が、「コミットコメント」だと思う。 これについては色々な人が色々なことを書いていて、結構どれも正しいので、それらを参考にしてもらうのが良いと思う。 じゃあ俺はこれから何を書くのか、というと、 こういう風にコメントするとチーム開発が捗るよ というのを書こうと思う。 俺自身も出来てないことが多いので、自戒を込めて書くことにした。 ※注意！ この記事は「ウチのチームで俺はこういうのを意識してコミットコメントを書いている」というものであって、 万人にドンピシャリと来るものではないというのを予めお伝えしておく。 コミットが何を変えるのかを明確にする たとえばこんなコミットコメントがあったとする。 アウト。ダンゴで試合終了。 "Fix some bugs"、直訳すると「いくつかバグ直したぜ！」である。どこの、どんなバグを、何個直したのかが全く

2013/08/13 GitHubの新デザインに対応するために記事内容・画像をアップデートしました。 こんにちは、ブログ記事を書くのが約2年ぶりのruedapです。 さっそくですが、Pull Request（プルリクエスト）機能を使ったことはありますか？ GitHubの代表的な機能で、「pull req」や「PR」とも略されたりして、名前はよく聞きますよね。 この記事は、Gitはいちおう入門済みで、GitHubも使い始めたけど、Pull Request機能はまだ使ったことがない、そんな人に向けた 簡単な方のPull Request の入門記事です。 もう1つのPull Requestについて Pull Request機能の解説としてよくあるのは「他の人のリポジトリを自分のGitHubアカウントにFork（コピー）してきて、変更を加えて、それを元のリポジトリに取り込んでもらうようにリクエスト

Gitって言葉はよく見るけどよくわかんね、コピペgit cloneならなんとか。ってのが昨日一昨日までの僕でした。よくわからないなりにgit commitして いやー何か知らないけど気に食わないな、でリポジトリの初期化と削除を繰り返して。 それじゃいかんなーと思って調べて、ざっくりとはわかった気がするので書きました。gitって名前くらいしかしらないよ、っていう初心者向け。（コマンドについての説明は丸投げです） Gitってなに Git（ギット）は、プログラムのソースコードなどの変更履歴を記録・追跡するための分散型バージョン管理システムである。 Git - Wikipedia どういうことかと言うと、Gitを使うと任意の時点でのコードを履歴保存しておけていつでもその状態に戻ることができるようになります。タイムマシン。Gitを使わずにバージョン管理をするにはバージョンごとにすべてのファイルを用意

すみません、タイトルは釣りです。書籍『入門git 』と『もっと早く知りたかった！ Gitが鬼のようにわかるスライド厳選7選』、『Gitがこわくて触れられなかったけど、このスライドで理解出来るようになったよGitサイトまとめ』紹介のスライドを読んで、理解したことをまとめるためにこの記事を書きました。今までは個人でしかGitを使っていなかったので、チーム開発に必要なGitコマンドを少しでも理解できるように頑張ります！ (05/13 08:45) githelpを追加 🐡 Gitの基本的な開発スタイルについて From イラストでわかる！git入門の入門 Gitの基本的な開発スタイルは次のとおりです。 (1) gitの開発ではローカルで使う個人リポジトリとチームで使う共有リポジトリを用いる (2) 共有リポジトリに push すると個人リポジトリのこれまでのコミット内容を送れる (3) pul