rebase -i でコミットをまとめる - Qiita
pick 8145f1c Fix screen rotation problem pick d90db4a v1.2.4 pick 646bf79 Fix screen rotation problem pick 71a6940 v1.2.4 # Rebase ed7420a..71a6940 onto ed7420a # # Commands: # p, pick = use commit # r, reword = use commit, but edit the commit message # e, edit = use commit, but stop for amending # s, squash = use commit, but meld into previous commit # f, fixup = like "squash", but discard this c
git リポジトリの最新の履歴だけを取得する shallow clone - Qiita
git でリポジトリを clone した場合、通常は元のリポジトリを丸ごと取得してきます。 しかし、最新版が取得できればそれでよい、過去の履歴情報はいらない、という場合もあるかと思います。そんなとき、次のようにすればリポジトリを丸ごと取得せず、最新版だけ取得できます。 これは、git のマニュアルでは shallow clone と呼ばれています。 オプション depth に渡す値は、取得する履歴の数です。上記では 1 を指定しているので、最新のみを取得します。depth 1 で shallow clone したリポジトリで git log を実行すると、ログが 1 つしかないのが分かります。 利点 変更履歴が多くて通常の clone では時間がかかるような git リポジトリの場合、shallow clone を使うことで通常の clone より速く最新版を取得できます。 とりあえず最近
ややこしいブランチ名をつけたらfetchできなくなった件 - helen's blog
ちょっとvagrantに興味を持ってしまったので どうせならGitに管理してもらおうと思ったら悲劇が起こりました study-infraブランチ作成 ローカルにチェックアウト 自分のブランチということがわかったほうがいいだろうからブランチ名をhelen/study-infraにしよう helen/study-infraブランチ作成 $ git fetch → エラー！ $ git fetch error: Cannot lock ref 'refs/remotes/origin/helen/study-infra': 'refs/remotes/origin/helen' exists; cannot create 'refs/remotes/origin/helen/study-infra' ! [new branch] helen/study-infra -> origin/helen
[git reset (--hard/--soft)]ワーキングツリー、インデックス、HEADを使いこなす方法 - Qiita
[git reset (--hard/--soft)]ワーキングツリー、インデックス、HEADを使いこなす方法Git新人プログラマ応援 1. gitの基礎（言葉の意味） ワーキングツリー[working tree]：最新のファイルの状態 インデックス[index]（ステージ[stage]）：コミットするためのファイルの状態 ローカルリポジトリ[local repository]：ファイルの変更履歴を記録（手元で管理） ヘッド[HEAD]：最新のコミットの状態 リモートリポジトリ[remote repository]：ファイルの変更履歴を記録（みんなで共有） add：「ワーキングツリー → インデックス」への反映 commit：「インデックス → ローカルリポジトリ」への反映 push：「ローカルリポジトリ → リモートリポジトリ」への反映 2. git resetを使いこなす git re
![[git reset (--hard/--soft)]ワーキングツリー、インデックス、HEADを使いこなす方法 - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/595ab9649c16d3f6961498f4d6220e40f1fcf2a7/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-9f5428127621718a910c8b63951390ad.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTkxNiZoPTMzNiZ0eHQ9JTVCZ2l0JTIwcmVzZXQlMjAlMjgtLWhhcmQlMkYtLXNvZnQlMjklNUQlRTMlODMlQUYlRTMlODMlQkMlRTMlODIlQUQlRTMlODMlQjMlRTMlODIlQjAlRTMlODMlODQlRTMlODMlQUElRTMlODMlQkMlRTMlODAlODElRTMlODIlQTQlRTMlODMlQjMlRTMlODMlODclRTMlODMlODMlRTMlODIlQUYlRTMlODIlQjklRTMlODAlODFIRUFEJUUzJTgyJTkyJUU0JUJEJUJGJUUzJTgxJTg0JUUzJTgxJTkzJUUzJTgxJUFBJUUzJTgxJTk5JUU2JTk2JUI5JUU2JUIzJTk1JnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9NTYmdHh0LWNsaXA9ZWxsaXBzaXMmdHh0LWFsaWduPWxlZnQlMkN0b3Amcz1iYTIwNmM4YzMyNTBjODlmZmQ2ZmJlMmQzNjIzNzIwZA%26mark-x%3D142%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTYxNiZ0eHQ9JTQwc2h1bnRhcm9fdGFtdXJhJnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9MzYmdHh0LWFsaWduPWxlZnQlMkN0b3Amcz03NTIzZDczZGI1NzYyYzBhZWM5NjZlOGE1NGE3ODU5YQ%26blend-x%3D142%26blend-y%3D491%26blend-mode%3Dnormal%26s%3Debfa92ade65dfa9b654d70c587e7b15f)
初回のコミットを取り消したいときにはgit update-refを使う - すずけんメモ
gitで間違えて最初のコミットをしてしまった場合の話。コミットに含めたいファイルとかをついうっかり追加してしまった場合の対処法。 この場合、git resetなどで戻ることはできない。git update-refを使おう。 サンプル -> % cd /tmp/; mkdir sample-git; cd sample-git -> % git init Initialized empty Git repository in /private/tmp/sample-git/.git/ -> % git add -> % touch README -> % git status On branch master Initial commit Untracked files: (use "git add <file>..." to include in what will be committe
ghq, peco, hubで快適Gitライフを手に入れよう！ - Qiita
はじめに peco, hubは前から使っててghqは存在は知りながらも「別にリポジトリ管理は必要ないかなー」と思ってたのですが、管理するリポジトリ数が増えてきて面倒になってきたので試しに入れてみたらかなり良かったので紹介したいと思います ghq, peco, hubとは？ ghqは上でも軽く書いたようにリポジトリ管理ツールになります。 例えばgit cloneの代わりにghq get <repository URL>とコマンドを打つとghqルートディレクトリ（デフォルトでは~/.ghq）以下にリポジトリがcloneされ、 ghq listでghqルートディレクトリ以下のGitリポジトリ一覧を表示、 ghq look <project>で指定したリポジトリに移動する、といったように使います。
Git コミットメッセージのプラクティスまとめ - 酒と泪とRubyとRailsと
最近、自分のGitのコミットログを読み返してみたら、すごく分かりづらかったので勉強も兼ねて、Gitのコミットログのプラクティスを勉強してみました！ 🐰 Gitのコミットメッセージの書き方次のサイトを参考にさせていただきつつ、簡単にまとめてみました！ Gitのコミットメッセージの書き方 | プログラミング | POSTD Gitのコミットメッセージの書き方 - Qiita 書き方を知ることのメリットGitのコミットメッセージをわかりやすく残すことで、その変更どんな目的で具体的にどんなことを修正したかを 次の変更を行う人に伝えることができ、次の人の修正する時間を節約できる。 具体的にどんなことを書くべきかどのように変更を行ったかは、コードを見れば分かる。もしわからないのなら、コードにコメントを書くべき。 変更した理由を明らかにすることに焦点を絞り、変更前がどうで、何が問題で、今はどのように機
SourceTreeでgit-svnしてみようとしてはまった
SourceTreeでgit-svnで簡単に管理しようと思いURLからクローン選択して完了と思ったらクローン途中で Can’t locate SVN/Core.pm in @INC (you may need to install the SVN::Core module)のエラーが発生してクローン失敗。 簡単いできると思ったが、完全にはまった。 悔しいので半日という大切な時間を使って、解決してみた。 環境 SourceTree 2.0.5.5 Mac OS 10.11 (EL Captitan) Xcode 7.1 1.Xcodeの設定の見直し Command Line Toolsが設定されているか？ Xcode→Preferences…→LocationのComannd Line Tollsに設定されていない場合は、設定する。選択できない場合は、アップルのデベロッパーからダウンロードし
windowsのgit 1.8.5.2.で fatal: could not read Password for 'https://XXXXX':No such file or directoryのエラーになる - みちしるべ
bitbucketにpushできなくなった。。。 httpsだとだめなようだ。 現象 httpsでユーザー名指定してgit pushだと以下のエラーになる fatal: could not read Password for 'https://orangeclover@bitbucket.org':No such file or directoryhttpsでユーザー名なしで、git pushだと以下のエラーになる fatal: could not read Username for 'https://bitbucket.org': No such file or directorygit clone、git fetchも同じ現象になる。 条件 バージョンアップ前は正常にpushできた環境 gitを1.8.1.2から1.8.5.2にあげたら動作しなくなった 環境 git:version 1
detached HEAD状態から元に戻すコマンド (git, checkout, fix a detached HEAD, .git/HEAD, refs/heads/master) - いろいろ備忘録日記
gitにて、意図せずにdetached HEAD状態になってしまった場合に元に戻る方法についてメモメモ。 git触っていて、たまにdetached HEAD状態に突入してしまうことがあります。（私の場合） 大抵は、checkoutで特定のコミットを指してしまった場合です。 detached HEADは、そのまんま「デタッチ状態のHEAD」です。 デタッチはアタッチの逆なので、これもそのまんま「切り離された状態」という意味になります。 でも、この状態になるとgitが警告メッセージを表示してくるので、いきなりなるとアセりますｗ 具体的には以下のようなメッセージが表示されます。 # リポジトリ初期化 git init # 適当にファイル追加してコミット touch test.txt git add -A git commit -m "add" git commit -am "mod" # 現在,
Github で Fork してから Pull Request をするまでの流れ | けーこ in サンフランシスコ
いつも忘れてしまうので、GithubであるプロジェクトをForkしてからPull Requestをするまでの流れをメモしたいと思います。今回、実際に私がこの流れを使っているCordova (PhoneGap) ドキュメントのプロジェクト、 https://github.com/apache/incubator-cordova-docs を例にやっていきたいと思います。 1. Fork する GithubでForkしたいプロジェクトまで行って、右上にあるForkボタンを押します。今回、 https://github.com/apache/incubator-cordova-docs をForkしたので、私のGithubアカウントkeiko713上では https://github.com/keiko713/incubator-cordova-docs というリポジトリが作成されます。 2.
自分が必要とする最低限の git submodule の知識 - Qiita
それは git プロジェクトに別のリポジトリの特定コミットを示すポイントを埋め込むものです。 理屈の上では、「どのディレクトリに対して、どのリポジトリが関連付けられており、コミットオブジェクトのハッシュはこれです」っていう情報が管理されているだけのシンプルなもの。 以下のような構成のプロジェクトを簡単に管理できます。 root_project/ ├── external_project │ ├── library1（独立した git リポジトリ） │ │ ├── lib │ │ └── src │ ├── library2（独立した git リポジトリ） │ │ ├── lib │ │ └── src │ ├── library3（独立した git リポジトリ） │ │ ├── lib │ │ └── src │ └── li
git flow でのチーム開発ワークショップ資料 - Yamashiro0217の日記
この記事は会社内の別チームの方に、 僕の今のチームで git をどう運用してるかを ワークショップ形式で説明するための資料である。 事前準備 git と git-flow を入れておくこと 参考資料(Macでgitとgit-flowインストール) - xcode cli toolインストール -- https://daw.apple.com/cgi-bin/WebObjects/DSAuthWeb.woa/wa/login?appIdKey=d4f7d769c2abecc664d0dadfed6a67f943442b5e9c87524d4587a95773750cea&path=%2F%2Fdownloads%2Findex.action - homebrew のインストール -- https://github.com/mxcl/homebrew/wiki/installation - b
Github使うときに入れとくと便利な「hub」と「git-issue」 | tagamidaiki.com
みなさんこんにちは 最近は個人プロジェクトもお仕事でやらせていただいてるプロジェクトもGithubで管理することが増えてきました Githubだとissueとかmilestoneとかも管理出来るので楽ですよね ただ全部GUIだとすごい面倒なんです、出来ればターミナルから全部やりたい。GUIに移動するのもターミナルから開くんならストレスも少ない。 てことで色々探してたらやっぱありますね。ありがたいの言葉しかないです。 Githubの色んな機能をターミナルから使えるようになるhubとissueをターミナルから確認出来るgit-issue これらのインストールの仕方、使い方等をまとめとこうかと思います hubのインストール、使い方 インストールはめちゃ簡単 Macなら $ brew install hub で入ります！ インストールが出来たかどうかの確認は下のように表示されたらOKっす $ gi
hub コマンドチートシート - Qiita
便利な hub コマンド一覧 個人的には、作成済みの issue を pull request にするのに一番良く使うが、他にも便利コマンドがある # issue を pull-request にする $ hub pull-request [branch name] -i [isuue id] # CI の結果を表示 $ hub ci-status # 今いるレポジトリをブラウザで開く $ hub browse # クローン $ hub clone [user]/[repo] # 現在のトピックブランチと master との差分を表示する Github ページを開く $ hub compare # ヘルプ $ hub help
インデントコミットで真犯人がわからなくなった場合の git blame
config_param :queued_chunk_flush_interval, :time, :default => 1 を追加したコミットがどれかを探したいとします。 しかし、git blame を見るとこんなかんじに、インデントコミットによってほぼ全ての履歴が上塗りされていてどれだかわからない、みたいな状況にどうやって真犯人を探そうかという話です。 1. git blame -w を使う インデントコミットを無視したいだけであれば git blame の -w オプションが使える。-w は比較の際に whitespace を無視してくれるオプション。git diff にもあるよね。 $ git blame -w lib/fluent/output.rb ... (省略) 14d01c71 (Masahiro Nakagawa 2013-03-27 03:56:51 +0900 1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://aruo.net/arbk/blog/article/Tips_FAQ_Git%E3%81%A7%E8%87%AA%E5%88%86%E3%81%AE%E7%92%B0%E5%A2%83%E3%81%A0%E3%81%91gitignore_LocalFile%E3%82%92%E5%80%8B%E4%BA%BA%E7%9A%84%E3%81%ABVersion%E7%AE%A1%E7%90%86%E5%AF%BE%E8%B1%A1%E5%A4%96%E3%81%AB%E3%81%99%E3
GitHub - sds/overcommit: A fully configurable and extendable Git hook manager
Wip prをやってみた
GitHubにpush出来なかった件 - Qiita
