Git Advent Calendar / Jun. 最終日(30日目)の記事です．29日目は「いざという時のためのgit reflog」でした． Git Advent Calendar最後なので，git操作でやりがちなミスからどう回復するかをまとめます．他にもあればコメントもらえるとマージしていきます． ブランチを切り忘れてmasterでコミットしてしまった その時点でブランチを切る&reset --hardで間違ったコミットたちをmasterから消す $ git checkout -b new-branch # masterの最新コミットを消す $ git checkout master && git reset --hard HEAD~

Heroku Advent Calendar (がもしもあったらそちら) に投稿するような内容だと思いますが，無かったので Git ネタということで． 複数マシンから 1 つの Heroku で動くアプリを開発する まず，何かしらのアプリをある 1 台のマシン (例えばデスクトップ PC) で作成します． それを Git リポジトリとして Heroku のサーバに push します．それにより deploy が行えるのが Heroku の大きな特徴の一つだと言えます． さて，最初に push する人は，Heroku 上にアプリを作る作業を行いますから，

GitHubの2段階認証を有効にしたところ、httpsなURLのリモート・リポジトリへのpushが弾かれるようになった。ちゃんと記事読んだらトークンで認証させろと書いてあった……。指示に従ってアカウント設定のApplicationsからPersonal Access Tokenを発行し、パスワードの代わりにそれを使うようにしたところ、httpsでも元通り自動認証でpushできるようになったようだ。 "GitHub 2段階認証 https"で検索して見つかるGithubの2段階認証を有効にしてgitからの認証が弾かれる時の話には「毎回トークンを入力する必要があります」と書いてあるが、credential.helperを設定しているならそんなことはない。単純に今までのパスワードの代わりに発行したトークンを入力して、ヘルパー・アプリケーションに覚えさせれば二度と聞かれなくなる。 credenti

最近pull requestを開発フローに取り込みつつあるので(実験中)、適当に方針を策定した。 これは現在のチーム(Railsによるwebアプリの作成プロジェクト)の方針であっておすすめ方針とかではないので、参考程度に。 git-flowとgithub-flowの不格好なキメラです。 1.追加/変更/リファクタリングした部分について、新しいブランチを作ってそれをpushする。この際、最低限、正常系についてのテストを用意すること。ブランチの命名規則は以下を参考に。 f/xxxxx 機能追加/変更 ref/xxxxx リファクタリング fix/xxxxx バグ修正 release/xxxxx リリース準備 hotfix/xxxxx もぅﾏﾁﾞ無理。。 2.マージ先をdevelopとしてプルリクを作成する。プルリクコメントに、それに関するテストがどれで、どこにあるのか(circles_cont

みなさん、Git使ってますか？僕はまだメインのVCSがSubversionなのもあって、なかなか慣れません。せっかくGitを使っているのに、ちょっと不便なSubversionくらいの位置づけです。でも、同じような理解度の人って多いんじゃないでしょうか。 一方で、最近はGitHub管理のオープンソースプロジェクトが増えてきました。バグレポートを送るにしてもpull request*1が前提のような空気があり、Git初心者には少し敷居が高い印象があります。 そんな僕も先日初pull requestをしてみたんですが、色々な失敗の積み重ねで残念なpull requestになってしまいました。その反省を元に、本稿ではpull requestする際のベストプラクティスを紹介します。これは「Git Workflow」をベースにコマンド例などを加筆したものです。 概要 pull requestする際は、

$ git push origin :remote_branch_nameとかやるとリモートブランチを削除できるのですが上記コマンドを実行した環境以外で git branch -aをやるとまだ表示されてしまっていたので消す方法。 git fetchで行けるかと思ったのですがどうもfetchは同期をとるものではなく取りに行くだけのようですね。 下記サイトを参考にさせていただきpruneオプションの存在を知りました。 どこにもリンクしていないオブジェクトは削除してくれるようです。 $ git fetch --prune 2011-12-01 ただ、このオプションはgit1.6.6以降のみ使用可能とのことで。 git fetch --prune doesn't exists with all git versions · Issue #75 · fcuny/jitterbug · GitHub

git fetchとgit pullの違いをわかりやすく書いてあるのが見つからなかったので。 git fetch リモートからデータを取ってくる。 ただし取ってくるだけで、それ以外は何もしない。 例えば だった場合，git fetchはCとDをダウンロードしてきて、origin/masterとして保存する。 しかしローカルのmasterには一切手を触れないため、masterとorigin/masterは別のコミットを指す。 この状態でgit checkout masterとかすると、多分こんな感じのメッセージが出る

% git branch -a * master hoge origin/hoge % git branch -d hoge % git push origin :hoge:hoge でリモートブランチの削除になるの。 わかりづらい気がするよ！

ソフトウェア開発に関しては、これまでほぼ一人で完結していた*1ので git の運用方法もかなり適当だったのですが（ただのコミットマシーン状態）、今回、同一プロジェクトに対して複数人でコミットしていく形になっているので、その状態だとやはりまずいなと言う気がしてきました。ググっていると「なるほど」と思う記事もたくさんあったので、それらの記事を元に自分のプロジェクトの「git の運用指針」を情報共有のために記載しておこうと思います。 前提 まず始めに、現在のプロジェクトの状況は下記のようになっています。 開発は 1 人のメインコミッタ（私）と数人のサポートコミッタ（アルバイト等）で行われる メインコミッタはフルタイム、サポートコミッタは週に数時間〜10時間程度の勤務形態 サポートコミッタに対しては、基本的に 1 機能（1 チケット）を 1 人で完結するように作業を配分するが、時間的な兼ね合いもあ

こんにちは加藤です。 分散バージョン管理システムの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

すでにgithubにリポジトリがあってローカルと関連付けられていることが前提 ローカルリポジトリにブランチを追加 $ git branch new_branch_name #ブランチを作る $ git branch #確認 * master new_branch_name githubにpush $ git push origin new_branch_name #githubのリポジトリにpush Enter passphrase for key '(ssh鍵のパス)': Total 0 (delta 0), reused 0 (delta 0) To git@github.com:user/repo.git * [new branch] new_branch_name -> new_branch_name git push origin new_branch_name ↑ ここがわから

LinuxカーネルやRuby on Rails、Perlなど、近年多くの大規模プロジェクトで採用されているバージョン管理システムが「Git」だ。Gitには非常に多数のコマンドが用意されているが、日常的に使用するコマンドは20個程度と言われている。本記事では、Gitを使いこなすために覚えるべき20個のGit基本コマンドを紹介する。 LinuxカーネルやRuby on Rails、Perlなど、近年多くの大規模プロジェクトで採用されているバージョン管理システムが「Git」だ。Gitには非常に多数のコマンドが用意されているが、日常的に使用するコマンドは20個程度と言われている。本記事では、Gitを使いこなすために覚えるべき20個のGit基本コマンドを紹介する。 なお、Gitの基本的な考え方や使い方については分散バージョン管理システムGit入門でも紹介しているので、そちらも参照してほしい。