[B! git] [8ページ] n2sのブックマーク

Git for Windows付属のGit GUIを日本語化する方法 - Qiita

Git GUIについて Git for Windowsには、シンプルで使いやすいGUIクライアント「Git GUI」が付属しています。Source TreeやGit Extensionsに比べると機能は少ないですが、画面がごちゃごちゃしていない分、Git初心者には理解しやすいのではないでしょうか。日本語表示の対応状況 Git for Windows Ver.1.9.5付属の「Git GUI」では、普通にインストールするだけでUIが日本語で表示されていました。しかし現在(2016/1/8時点)の公式バイナリであるVer.2.7.0をそのままインストールしても、残念ながらGit GUIの画面表示は全て英語になってしまいます。どうやら、Ver.2.x.xのバイナリには、多言語表示用のメッセージ定義ファイルが同梱されていないようです。（理由は不明です。調べれば分かるのでしょうが...）そこでV

n2s 2016/01/08

Git

リンク

Git 2.7 の優れた新機能 | Atlassian Japan 公式ブログ | アトラシアン株式会社

Git 2.6 からわずか 2 カ月後、膨大な機能と修正、そして性能の向上を果たした Git 2.7 がリリースされました。ここでは Bitbucket チームが興味を持った新しい機能を紹介します。 git worktree の完成 Git 2.5 で導入された素晴らしい git worktree コマンドを使うと、複数のリポジトリブランチからのチェックアウトやブランチ上での作業を、異なるディレクトリで同時に行うことができます。たとえば、簡単な修正をする必要があるけどワーキングコピーを汚したくない場合、次のように新しいブランチを新しいディレクトリにチェックアウトすることができます。 Git 2.7 には、リポジトリのワークツリー (および関連するブランチ) を表示する git worktree list サブコマンドが追加されています。ワークツリーをサポートする git bisect コ

n2s 2016/01/07

Git

リンク

「Git 2.7」リリース、多数の機能強化などが行われる | OSDN Magazine

オープンソースの分散バージョン管理ソフトウェアGit開発チームは1月4日、最新版となる「Git 2.7」を公開した。複数の異なるディレクトリにローカルブランチを作成できるコマンド「worktree」に関連した強化など、多数の機能が加わっている。 Git 2.7は2015年9月に公開されたGit 2.6に続く最新版で、性能、開発、ユーザーインターフェイス（UI）、ワークフローなど多くの改善が行われている。 2.5で導入された「git worktree」コマンドで、新たにリポジトリのワークツリーを表示する「list」サブコマンドが追加された。また「git bisect」コマンドはworktreeごとに独立して実行できるよう変更されている。さらにgit bisectで利用されている「good」と「bad」という単語は状況によっては混乱を招くとして、新たに「old」や「new」という用語が導入され

n2s 2016/01/06

Git

リンク

SVNを捨ててGitを使うべき5つの理由 - Qiita

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? まえがき私はGit好きの人間です。もっと言えば、Gitを愛している（Git Lover）と言ってもいいくらいです。そんな私がなぜこんなタイトルの記事をいまさら書こうと思ったかというと、いまだにGitの便利さを知らず、Subversionを強い理由もなく使い続ける開発者が多いからです。そんなわけで「会社にGit/GitHubを導入するための説得する」という目的でこの記事を書こうと思います。 Gitの良さってなんだろう？実は私もこれまで強く意識して考えたことはありませんでした。 Gitを使い出したら、それがあるのが当たり前

n2s 2016/01/05

SVNとかCVSとか中央集権型を使い続けたい人の気持ちも分かるよ。一回のcommit毎に紙文書に何個ものハンコを押して了承を求めるようなガチガチの管理統制文化が、手元で気軽にcommitできるGitにぶち壊されちゃうんだから。

Git
未読

リンク

https://qiita.com/falloutkids/items/08b3b7a2dfdc4c9eeaa3

n2s 2016/01/04

Git
github

リンク

gitでrename&modifyしたファイルのログを追跡できるようにしたい場合 - Qiita

この記事のサマリ gitでバージョン管理しているファイルをリネームしたい場合に、リネーム前のログもたどれるようにしておきたい場合は、 ①「git mv」でリネームして「git commit」でコミットを発行 ②その後、対象ファイルを修正してコミットといった手順を取ると ③「git log --follow」でリネーム前のログも辿れるというお話です。注意：①と②を同時にやってしまうと、どうもうまくログをたどれないらしいというお話も含みます。シチュエーション git管理して、すでにコミットログが溜まってそれなりに歴史のあるファイルがあったとします。そのファイルをある時、ファイル名の変更と内容の修正が必要に迫られたようなシーンを想定しています。歴史のあるファイルなので、特に昔のログは追いかけるようにしておきたいですよね。具体的な例では、 railsの勉強とgitの勉強のために、サンプル

n2s 2016/01/04

git log --follow

Git

リンク

気付いたら.gitignoreはgiboで自動生成する時代になっていた - Qiita

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

n2s 2016/01/04

…愛子？(爆)

Git

リンク

はじめてのGit

28. その前に・・・ $ git --version git version 1.9.5 (Apple Git-50.3) git のコマンドが利用できるか確認する Mac の場合だいたい最初から使えるバージョンが古い場合はアップデートしておく Windows の場合だいたい最初から使えない Git の公式サイト（http://git-scm.com/）からダウンロードしてインストール GitBash を利用する 29. Git の基本コマンド ① 環境設定編 git init : リポジトリを作成する git clone : リポジトリを複製する ② ローカル操作編 git add : ステージに移動する（ステージング） git commit : コミットする git status : 状態を確認する git log : 更新（コミット）履歴を確認する git diff : 状態

n2s 2015/12/25

Git

リンク

GitHub にパスワードとかセンシティブなファイルを push してしまったときの対処法 - Qiita

すればすぐ何もなかったことにできます。が！そこで気付かずに GitHub へ git push してしまった！こうなると容易に何もなかったことにはできません。この記事では、こういうときに何もなかったことにする方法を紹介します。そのデータを無効にする特に Public Repository の場合はすでにそのデータが他人の目に触れていた…ということも十分ありえます。AWS_SECRET_ACCESS_KEY なんかは取得用のクローラが存在するとも聞きます。ので、まずは不正利用されても影響が出ないように、__パスワードの書き換えやトークンの無効化__を施しましょう。（この時点でもう何もなかったことになってない気がする） git の履歴から該当のファイルを消す git reset と git filter-branch 2つの方法があります。 git reset (2015-12-29

n2s 2015/12/20

リンク

Gitで過去に削除してコミットしたファイルを復元する - Qiita

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

n2s 2015/12/14

Git

リンク

git-fastclone - Gitリポジトリのcloneを高速化

Gitはリポジトリの情報をすべてローカルに持ってくるのでサイズが大きくなりがちです。その結果、clone処理が遅くなってイライラさせられることでしょう。さらに他のリポジトリと関連付いていて、そのデータまで持ってくると遅さが際立ちます。そこで使ってみたいのがgit-fastcloneです。git-fastcloneはclone処理を高速化するソフトウェアで、特にrecursiveに対して効果を発揮します。 git-fastcloneの使い方インストールはRubygemsで行います。 gem install git-fastclone 後はcloneの代わりにfastcloneを使うだけです。 git fastclone https://github.com/timekit-io/booking-js.git 例えば上記のリポジトリで実行しても、実は早くなりません。早くなるための条件があり

n2s 2015/12/14

Git

リンク

Gitリポジトリをメンテナンスして軽量化する - Qiita

この記事はGit Advent Calendar 2015の8日目の記事です。 Gitリポジトリのメンテ？ Gitリポジトリにあるファイルは .git がバージョン管理をしています。今回はその .git をメンテナンスする話です。はじめにリポジトリに容量の大きいファイルをコミットしてしまった git clone がやたらと時間がかかる（知らない間に容量の大きいファイルがコミットされている可能性がある）複数あるリポジトリを統合したいこんな悩みを持ったことはないでしょうか。大型のプロジェクトでないと発生しないと思うので、個人プロジェクトではなかなか遭遇することはないでしょう。今回は上記を解消するためのリポジトリメンテナンス方法をご紹介します。 !! 注意 !! Gitリポジトリのメンテナンスは破壊的なため、Gitのコマンドを理解している方のみ行ってください。この記事を読んで実

n2s 2015/12/08

リンク

gitのmerge --no-ff のススメ - Qiita

2015年も終わりになって、gitの基本的な使い方の話に更なる需要があるとは思っていないのですが本日が私のAdventCalender担当日であることと、本日偶然遭遇したトラブルの都合上、もしかしたらまだ需要が微レ存かもしれないと思い記事を書いていきたいと思います。まとめ皆しとくといい。 git のデフォルト設定はどうなっているか gitはデフォルトではmergeコマンドを使った際に、mergeコミットを発生させる必要がない場合mergeコミットを発生せずにmergeを行うfast-forwardでのmergeを行うようになっている。 --no-ffというオプションを付けることで意図的にfast-forwardを行わないコミットをすることが出来る。どういうトラブルが起こるか仮にmasterにtopicAブランチをmergeしたとする。 fast-forwardであるmergeの場

n2s 2015/12/08

Git

リンク

"git log" で今日行った作業を表示&ファイル出力するときの注意 - Qiita

ワンライナーでも書けるとは思いますが、見やすさ重視の為に、!f () { };fを使用してます。コピペでなく手入力で追加する際は、スペースの位置**( ()と{の間とか )**に気をつけてください。一部のoption、formatは好みがあると思うので、下記参考にしてカスタマイズしてもらえればと思います。 ###オプション等の解説 --reverse 指定する事で、取得したコミットログを逆順で出力することができます。これによって、今日の作業を昇順で出力することができます。オプションをつけなければ通常どおり、最新のものから順に降順で出力されます。 --branches 指定することで、コミットログを出力する対象を全てのブランチにすることができます。特定のブランチのみを指定することもできますし、指定しなければ、自分が今いるブランチに対してのコミットログのみを対象とすることができます。

n2s 2015/12/07

Git

リンク

Gitのブランチを移動するときの裏ワザ - Qiita

Gitでは、簡単にブランチを切れるようになっていますが、その中身を知れば、より便利に移動できます。なお、この投稿は1分で実現できる有用な技術 Advent Calendar 2015の1記事として投稿しています。 Gitツリーの構造ちょうどGitのアドベントカレンダーの投稿が参考になりますのでので、詳細についてはそこを参照させていただく形にします。こちらで必要な程度に要約すれば、コミットは、それ自体が過去のコミットとの関連情報を持っている「ブランチ」と呼ばれるものも、自律的につながったコミットのある1箇所を指すポインタに過ぎないということです。微妙に面倒な切り替え→マージよくある場面で、「Aブランチの後にBブランチが続いている状況で、BブランチをAブランチに追いつかせた上でチェックアウトしたい」というときがあります。素直にやれば、 git checkout b git mer

n2s 2015/12/06

git update-ref https://git-scm.com/docs/git-update-ref

Git

リンク

PullRequestベースの開発ではGit Rebase使った方がいい - Qiita

岩手県立大学ソフトウェア情報学部 Advent Calendar 2015の4日目です。 @otukutunではなく、私が書いてみました。 1年早いですね。今年はQiita全然かけませんでしたが、Advent Calendarで挽回していきたいと思います。みなさん、Git Rebase使ってますか？私は正直なんか怖いと思っていました。ログが書き換わるとか、 Pushするときに強制的にしないといけないとか、なんでそんなことしなきゃいけないの？とずっと謎だったのですが、最近、一緒に開発している方から教えてもらったので、共有したいなと思います。そもそもなんで Git Rebaseするのか？はじめに、Rebaseの意味とは、 Re Baseなので、基点を変えるということです！なんでそんなことをするかと言いますと、最新のコミットをPullRequestで送るためです！

n2s 2015/12/05

Git
rebase

リンク

【GitHub】Pull Requestの手順 - Qiita

Git勉強会（社内勉強会）でできなかった、Pull Requestについての説明です。 Pull Request の手順手順単純にソースコードを取得したいならgit clone http://{対象のGitHubリポジトリ}で大丈夫です。もしコードの内容を修正したい場合はリポジトリをForkする必要があります。対象のGitHubリポジトリをFork ローカルへclone（クローン）ローカルリポジトリで新規ブランチを作成修正を加える（コミット）作成したブランチをpush（プッシュ）する Pull RequestをGitHub上で作成 1. 対象のGitHubリポジトリをFork 対象のGitHubリポジトリをブラウザ上でアクセスします。んで、そこにあるForkってボタンをクリック。自分のアカウントに対象のリポジトリがForkされます。 Forkって何？基本的にはgit cl

n2s 2015/12/03

Git
github

リンク

レビューしやすいコミット履歴でバグ削減 - Money Forward Developers Blog

こんにちは。アグリゲーション開発担当の中川です。今回は、みんなが大好きな構成管理ツール「Git」について話したいと思います。私は Git を使い始めてから、バグの発生数が激減しました。 Git を使ったとある手法によってレビューが充実し、バグの少ないコードを書くようになったと考えています。では、今回はその手法について紹介したいと思います。 ※ 本稿は Git 以外の第三世代構成管理ツール（Hg、Bzr など）にも適用するかと思いますが、Git の用語とコマンドを使って紹介していくため Git の基本知識が必要となります。ご了承ください。レビューしやすいコミット履歴と、開発の流れで自然にできるコミット履歴の乖離以下のようなコミット履歴があるとします。 1. wip: 仕様変更○○を行い始めた 2. wip: 仕様変更○○の続き 3. wip: ちょっと設計を変更、それと過去のバグ

n2s 2015/11/30

Git

リンク

Git入門(2) 怖くないリセット - Qiita

この話のゴール前回と同様に、Gitを多少使ったことがある人向け git reset が何をリセットするのかを理解する git reset を安心して使えるようになる reflog と stash の関係に感銘を受けるステージングエリア、作業ツリー Gitのcommit済みの履歴は.git/objectsに格納された commit オブジェクトで管理されていました。また、ステージングエリア(index)には git add で登録されたblobたちを参照するtreeが格納されているのを見ました。 commit直後の index には何が格納されているでしょうか？ % git init Initialized empty Git repository in .git/ % echo aaa > aaa.txt % git add aaa.txt % git commit -m "init