この記事は Git Advent Calendar 6日目の記事です！ Git submodule って最初わかりにくいと思うので、基本的な説明をしようと思います。 git submodule とは git submodule は、外部の git リポジトリを、自分の git リポジトリのサブディレクトリとして登録し、特定の commit を参照する仕組みです。 Subversion でいうところの、external と似ています。 さて、解説のため、手元に、リポジトリA (/path/to/a) とAの submodule として、よく使う例として Bootstrap (元Twitter Bootstrap) を登録してみます。 git submodule を理解するうえで重要なのは、 リポジトリAが指し示すsubmoduleとしてのBootstrapのcommit 現在のBootstr

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

ようこそ、サル先生のGit入門へ。 Gitをつかってバージョン管理ができるようになるために一緒に勉強していきましょう！ コースは4つ。Git初心者の方は「入門編」からどうぞ。Gitを使った事がある方は「発展編」がおすすめです。さらに「プルリクエスト編」では、コードレビューする文化をチームに根付かせましょう。 「あれ？何だっけ…？」という時は「逆引きGit」で調べて見てくださいね。

ここしばらく気が狂ったようにGithubのAtomのコードを読んでた。 コードリーディングの成果はここに貼ってる。まだ更新するかもしれない atom-reading.md で、大体のコードを読んだのはいいとしてなんか作らないと勿体無い気がしたので、エディタ内でgit-grepの結果見てジャンプできるやつ作った。 mizchi/atom-git-grep 自分で作っといてなんだけどくっそ便利だと思う。Sublimeで作りたかった。 プラグインの作り方の大雑把な概要 nodeのモジュール使って、普通のブラウザっぽいUIを組む。基本パーツはatom側に揃ってるので継承して使う。 必要なインスタンスはだいたいatom変数以下に入ってる。shift+cmd+I でデバッガ開いて叩きまくるとだいたい察することができる。 プラグインのスケルトン生成 shift+cmd+p でコマンドパレット出して、 P

hunkを stageする機能の実装で悩んでいるときに, git-gutter+だと 実装されているのかなと思って確認したところ実装されていて, その他の 部分も見てみるとおぉと思ったことがあったので, ここらで git-gutter との違いを示しておこうかと思います. git-gutter+のリポジトリ https://github.com/nonsequitur/git-gutter-plus forkの経緯 git-gutter+は git-gutterから forkしたプロジェクトです. forkの経緯は git-gutter+の作者の方が高速化(厳密には低速化の防止)の ための Pull Requestを私が rejectしたことです. そのパッチはかなり 巨大で既存の挙動をいろいろ変えるものでした. rejectした理由は, 私が外せないと思った機能が除去されていたことと,

git diffを見やすくする git diff --color-words で差分を小さく表示する 通常のgit diffは行単位なので、例えば変数名を一括変更した場合見づらいです。 --color-wordsを指定すると記号やスペースで区切られた単語単位でのdiffを表示できます。gitの設定は不要です。 より細かな表示のカスタマイズも可能です。man git-diffで--word-diffを検索してみてください。 ※ただし、変更が複雑な場合は、通常のgit diffのほうが見やすいこともあります。 .gitattributesを設置してもっと小さく表示する .gitattributesファイルを設置することで、言語文法に基づいて変数名、関数名といった単位でdiffを表示できます ファイル設置後にgit diff --color-wordsとすると、下記のようにさらに小さく表示できま

8月22日、Gitリポジトリ管理ツール「GitLab 6.0」がリリースされた。グループ機能の強化が行われているほか、デザインなどの改良も行われた。また、本バージョンより有料のエンタープライズ版の提供も開始されている。 GitLabはRuby on Railsで実装されたGitリポジトリ管理ツール。Webブラウザでアクセスして利用するツールで、GUIでGitレポジトリの閲覧や操作を行える。高速、安全、安定性などを特徴とし、すでに1万以上の企業や組織が利用しているという。ライセンスはMIT License。 GitLab 6.0は、3月に公開されたバージョン5.0からのメジャーアップデートとなる。大きな新機能としては、グループ機能の強化がある。いままではグループはプロジェクトを管理するためのディレクトリでしかなかったが、本バージョンではグループにユーザーを追加することが可能になった。グループ

私は Git の大ファンですが、そのためほとんどの UI (ユーザーインターフェース)、特に IDE に統合されているものに関してはそれほどの大ファンではありません。これらの UI は複雑でややこしいのです。これらはいくつかの一般「VCS」言語をコマンドにマップしようとします。または隠しすぎるので、何が起こっているのか理解しずらくしてしまいます。更にひどい場合： Tcl/Tk で書かれています… 端的に言えば、私はこれらの UI を信頼していません。 コマンドラインは私のためのものです。自分のコマンドラインは好きなので、これは素晴らしいものです。ほとんどいつでも履歴の「グラフィック」ビューを見られることや、コミットを準備している時に少し助けてもらえるのは良いことです。 tig で入力する。tig はテキストモード、 Jonas Fonseca によって書かれた git 用の ncurses

8. コミットに入ってる情報 リビジョン (SHA-1 ハッシュ) 例: 23cdd334e6e251336ca7dd34e0f6e3ea08b5d0db Author (コミットを作成した人) 例: オープンソースプロジェクトにパッチを送った人 Committer (コミットを適用した人) 例: 受け取ったパッチを取り込んだ人 ファイルのスナップショット (tree) コミットで変更されたファイルを含むツリー（説明は省略） 1つ前のコミットのリビジョン 例: 4717e3cf182610e9e82940ac45abb0d422a76d77 9. コミットに入ってる情報 リビジョン (SHA-1 ハッシュ) 例: 23cdd334e6e251336ca7dd34e0f6e3ea08b5d0db Author (コミットを作成した人) 例: オープンソースプロジェクトにパッチを送った人 Co

About 南の島のプログラマ。 たまに役者。 Practical Schemeの主。 WiLiKi:Shiro 最近のエントリ 米国の大学進学無限cxr高校受験Defense振り返ってみると2019年は色々学んで楽...覚えるより忘れる方が難しい(こともある)眼鏡のつると3DプリンタIris Klein Acting ClassSAG-AFTRA conservatory: Voice Acting創作活動って自分を晒け出さねばならないと...More... 最近のコメント shiro on 歳を取ると時間が速く過ぎるのは、新しいことに挑戦しないから? (2023/03/14)1357 on 歳を取ると時間が速く過ぎるのは、新しいことに挑戦しないから? (2023/03/01)ベアトリーチェ on ハイポハイポハイポのシューリンガン (2022/04/02)ベアトリーチェ on ハイポハ

emacs で編集中のファイルの git log -p を emacs で見る elisp を書きました。 すでにありそうですが、探すより実装する方が楽しいので自分で書きました。 M-x log で実行できます。 (require 'cl) (defmacro* with-temp-directory (dir &body body) `(with-temp-buffer (cd ,dir) ,@body)) (defmacro aif (test-form then-form &optional else-form) `(let ((it ,test-form)) (if it ,then-form ,else-form))) (defmacro* awhen (test-form &body body) `(aif ,test-form (progn ,@body))) (defun

チーム開発において、「チケット/Issue」「TDD」「コードレビュー」など、ソースコードの変更に対する効果的な開発フローについてよく考えるのだけど、なんにしてもこのあたりは非常に課題が多く、各社各コミュニティで色々なやり方が模索されているポイントだと思う。 で、まぁご多分に漏れず僕もよく考えるわけだけど、現状その過程で Pull Request こそが非常に効果的なのではないか、と思うので、ちょっとまとめてみようかと思う。 もちろん、言うまでもないようなことだよ、という人もいるかもしれないけど、そういう人がたくさんいると、非常に喜ばしいことだね。 Pull Request とは GitHub でこう呼ばれているので、こう呼ぶことにするが、ここでは、複数のリポジトリ/ブランチ間でのオープンな patch のやりとりのことだと考える。 あと、自分が使っているのが Git なので、ここでは G

gitの基本的なcommandしか使ってないって人向けのtips集です。 エイリアスの設定 $ git config --global alias.co "checkout" とすると、 ~/.gitconfig に [alias] co = checkout のように追記されます。 このようにgit configを叩いてもいいですし、~/.gitconfigを直接編集しても大丈夫です。 とりあえず、 [alias] co = checkout # checkout長い… st = status -sb # シンプルなstatus pr = pull --rebase # pull するときにmergeコミットを作らない fo = fetch origin ro = rebase origin # branchでfoしてroすればmasterにrebaseできる rc = rebase -

githubで誰かのリポジトリをforkしたんだけど、自分がいじり始める前にその人が更新をした。差分を自分のforkしたリポジトリにも適用したいなーと思ったが、それはWebUIでできるのか、それとも自分の作業コピーで相手のをpullしてから自分のリポジトリにpushするのか…(from my tweet) WebUIでできるのかなとしばらく探してしまったが見つけられなかったので下のようにした。taroのところにはfork元を作った人の名前を入れた。 $ git clone <myrepos> $ git remote add taro <taro's repos> $ git pull taro masterこれで問題なく手元のリポジトリにマージされた。taroのリポジトリには書き込み権限がないから、僕が作業を行ったら自分のリポジトリにpushして、それからtaroにpullリクエスト出せ

Git初心者向けに、Gitを使ったローカルでのVersion管理方法についての説明を書く。 Install Gitをインストールするには、Gitが内部で利用しているライブラリを入れる必要がある。 curl-devel expat-devel gettext-devel openssl-devel zlib-devel Mac # homebrewから入れる場合(推奨) $ brew install git # GUIから入れる場合(git-osx-installerを利用する) $ open http://git-scm.com/ # macportsから入れる場合 $ sudo port install curl expat gettext openssl zlib $ sudo port install git-core # インストール $ sudo port deactivate

yaottiがエントリを書いていたので導入した． The world’s leading software development platform · GitHub Searching for program: no such file or directory, git というエラーが出たので，下の図の左下のようにexec-pathにgitのあるディレクトリを設定． コミットログが書きやすい．