PhpStormで1プロジェクトで複数Gitを管理 - Qiita
初めに PhpStormってとても便利なIDEですよね。 その中でも特に気に入っているのがGitのGUIツールです。 この記事では、そのツールのひとつの機能として、1プロジェクトで複数のGitを管理することができる方法を、備忘録も兼ねて記載していきます。 プロジェクト準備 新規でも、既存のものでも構いません。 Gitで管理しているディレクトリが2つ以上あるプロジェクトを準備します。 私は以下のように2つのGitで管理されたディレクトリを用意してみました。 Gitツール 早速Gitの表示を行います。 Ctrl+Alt+S、またはFile>Settingsから設定画面を開いてください。Shiftを2回押してSettingsでもOKです。 その画面の検索窓からVersion Controlと検索しVersion Controlの設定画面を開いてください。 探すと以下に近い画面が表示されるはずです
typoしてpushしてしまったコミットコメントを修正してpushしなおす方法 - Qiita
はじめに チーム内の共有ブランチから自分の作業ブランチを切って作業していた際、 コミットコメントを打ち間違えてしまったのでコメントを修正します。 コミットの履歴の改変になるので作業は注意をしながら行います。 また、共有ブランチでは行わないようにしてください。 コミットをやり直す方法 使用するコマンド git commit --amend 直前にしたコミットをやり直します。 前回のコミットにファイルの追加を行ったり、コミットコメントの変更を行ったりできます。 使用例 たとえば以下のようなコミットがあったとします。 commit xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx Author: xxxx <xxxx@xxxx.com> Date: Wed Aug 26 12:57:24 2015 +0900 Added text1.txt A sample/text1
findコマンドで無視リストを利用する - Qiita
動機 findで.DS_Storeが引っかかるのウザすぎ！！！ 無視リストをどっかから引っ張ってきたい ~/.gitignoreでよくね？ 方法 下記記事がそのものズバリだった。 linux - Exclude list of files from find - Stack Overflow # .DS_Storeや*.swpが出力される $ find . -maxdepth 1 -mindepth 1 -type f ./.blanc.scpt.swp ./.DS_Store ./hoge.txt $ cat ~/.gitignore .gitignore .DS_Store *.swp *.bak .watsonrc # 展開後のコマンド: # find . -maxdepth 1 -mindepth 1 ! -name .gitignore ! -name .DS_Store ! -
makeしたLinuxカーネルのバージョンに+ (プラス) が付いてしまう
Linuxカーネルをmakeすると、バージョンに+ (プラス) が付いたり付かなかったりします。これが厄介でならないので、なんとかやめさせられないか調べてみました。 結論から言うと、コードをGitで管理していて、かつdirtyな (コミットされていない変更が作業ディレクトリに存在する) 状態の場合に+が付きます。無効化するconfigはありません。私は参考のリンク先にあるようにscripts/setlocalversionの該当する処理をコメントアウトしてしまいましたが、あまりよいことをしている感じはしないので、実践するかどうかの判断は読者のみなさんにお任せします。 # scm version string if not at a tagged commit if test "$CONFIG_LOCALVERSION_AUTO" = "y"; then # full scm version
間違って別のブランチで実装を始めちゃった時にgit stashで別ブランチに編集中のソースを移動する · GitHub
git-steash.md 間違って別のブランチで実装を始めちゃった時にgit stashで別ブランチに編集中のソースを移動する git Git - Stashingの手抜き翻訳かつ、勝手に構成や説明の流れを変えたものです。 間違ってmasterブランチなどで実装を始めたのに途中で気づいて、開発用のdevelopmentブランチにその書きかけのソースをコミットすることなく持って行きたいときは、git stashを使う。 書きかけだとgit statusとしたときに色々でるはず。 $ git status # On branch master # Changes to be committed: # (use "git reset HEAD <file>..." to unstage) # # modified: index.html # # Changes not staged for c
サクッと使いこなすためのgit stash Tips & stashの仕組み - Qiita
便利ですよね、stash。 普通に使ってるだけでも便利なんですが、知っておくと更にサクッと使いこなせるTipsをQ&A形式で紹介します。 おまけとして、Tipsで紹介したオプションを実現するstashの仕組みにもチラっと触れています。 Q. add済みなファイルだけゴニョゴニョしたいからnot stagedなファイルだけを退避しておきたい A. stash --keep-index (-k) オプションを使う 今の状況 ： add済みなファイルだけをゴニョゴニョしたいのにnot stagedなファイルがあって邪魔、ちょっと消えてて欲しい。 $ git status # On branch master # Changes to be committed: # (use "git reset HEAD <file>..." to unstage) # # modified: bar # #
削除したファイルの履歴を確認する - nafuruby’s diary
git logに`--`セパレータを利用すれば可能です。 あー、もう削除しちゃっているけどログを確認したいな、という時にぜひ。 $ git log -- <path>ドキュメントには以下のように記載されていました。 git-log(1) [--] <path>… Show only commits that are enough to explain how the files that match the specified paths came to be. See History Simplification below for details and other simplification modes. Paths may need to be prefixed with ‘`-- '’ to separate them from options or the revision
20億行のコードを保存し、毎日4万5000回のコミットを発行しているGoogleが、単一のリポジトリで全社のソースコードを管理している理由
20億行のコードを保存し、毎日4万5000回のコミットを発行しているGoogleが、単一のリポジトリで全社のソースコードを管理している理由 Googleは検索サービスやGoogle Apps、Google Cloud Platformなど巨大なサービスを多数運営しています。その同社は、20億行にもおよぶソースコードの管理をサービスやプロジェクトごとに分けず、すべて単一のリポジトリで管理しているそうです。 先週9月14日にサンノゼで開催されたイベント「＠Scale」で、Googleによるセッション「The Motivation for a Monolithic Codebase: Why Google Stores Billions of Lines of Code in a Single Repsitory」（単一コードベースへの取り組み：なぜGoogleは単一リポジトリに数十億行ものコー
Merge branch....みたいなコミットログをなくす - by shigemk2
git rebaseについてのtips - けーこ in サンフランシスコ gitを使って開発をすすめていると、このようなコミットを見かけることがあります。 Merge branch ‘master’ of git://github.com/hogehoge 最新のマスターを私のブランチにマージした、という意味のログなのだが、 はっきり言ってこれ必要ないね。 ブランチをマージして、その後にgit pullしたあとに出てしまうコミットのようで、 pull requestを出す前に最新のマスターを自分のブランチにマージしたいために このようなコミットメッセージが出てしまうようだ。 要するに、自作したブランチの修正が、git pullしたmasterブランチの最新の修正よりも 前だったら上記のようなコミットメッセージを出しつつ、ブランチのコミットを前に 持ってくるわけですね。 で、 git lo
transitive.info - git stash 使い方
git stash 使い方 現在のワークツリーを一時的に保存する 現在のブランチのワークツリーを一時的に保存するには stash を利用する。 git stash save とするか、save を省略して git stash とする。 このとき、stash にメッセージをつけるには git stash save "message" とする。 stash に保存されている状態の一覧を見る git stash list で stash に保存されている状態のリストを見ることができる。 stash@{0}: WIP on master: 1c2aadc "COMMIT_MESSAGE" stash@{1}: WIP on master: 1c2aadc "COMMIT_MESSAGE" stash@{?} とブランチ、親コミットが表示される。 stash に保存されている状態に戻し、stash
gitでマージの事前に衝突するかどうか確認する
gitを使っていて、特定のブランチとマージしたら衝突が起きないかどうか知りたい場合があります。例えば、プロジェクトチームで共有しているリポジトリにコミットをプッシュする前に、現在作業中のブランチがmasterブランチと衝突を起こさないか確認しておきたい、なんて場合です。 そんな時は、mergeコマンドの —no-commit オプションで master をマージしてコミットせずに止めてみればいいです。あとで簡単に元に戻せます。（本来確かめたい向きとは逆向きのマージですが、衝突の確認をするだけなら結果は同じですから問題ありません。） [user@host]% git merge master --no-commit Auto-merging /some/file/path Automatic merge went well; stopped before committing as requ
git リポジトリの最新の履歴だけを取得する shallow clone - Qiita
git でリポジトリを clone した場合、通常は元のリポジトリを丸ごと取得してきます。 しかし、最新版が取得できればそれでよい、過去の履歴情報はいらない、という場合もあるかと思います。そんなとき、次のようにすればリポジトリを丸ごと取得せず、最新版だけ取得できます。 これは、git のマニュアルでは shallow clone と呼ばれています。 オプション depth に渡す値は、取得する履歴の数です。上記では 1 を指定しているので、最新のみを取得します。depth 1 で shallow clone したリポジトリで git log を実行すると、ログが 1 つしかないのが分かります。 利点 変更履歴が多くて通常の clone では時間がかかるような git リポジトリの場合、shallow clone を使うことで通常の clone より速く最新版を取得できます。 とりあえず最近
作業中のファイルをgit stashして、一部のファイルだけ戻す - kentana20 技忘録
小ネタ。 gitでバージョン管理しているプロジェクトで、git stashを使って一部のファイルだけをcommitする方法を忘れないためにメモっときます。ユースケースとしては 新規開発案件とかでfeature branch作って作業中 作業途中に案件を2つに分割することになった 作業途中のファイル（まだindexにのせてない）の中で、一部だけcommit/pushしたい という感じでしょうか。以下の手順で実施します。 git stashを使って作業途中のファイルを退避 $ git stash save # saveは省略可能 stashされた状態を確認 $ git stash list # stashされている状態を確認（stash@{0}とかで見えるはず） stashされた内容を確認 $ git stash show <stash名> # stashされている状態を確認（stash@{0
git addの取り消しと、コミット済みのファイルを除外する方法 - kanonji’s diary
git addを取り消す $ git reset HEAD foo.txt git add で編集内容が index に追加*1されます。 間違えて index に追加した場合に、このコマンドで取り消しができます。 $ git add foo.txt $ git status # On branch master # Changes to be committed: # (use "git reset HEAD <file>..." to unstage) # # modified: foo.txt # $ git reset HEAD foo.txt Unstaged changes after reset: M foo.txt $ git status # On branch master # Changed but not updated: # (use "git add <file
gitで重いリポジトリをcloneするとき - webネタ
git clone http://example.com/fuga.git remote: Counting objects: 3203, done. remote: warning: suboptimal pack - out of memory remote: fatal: Out of memory, malloc failed error: git upload-pack: git-pack-objects died with error. fatal: git upload-pack: aborting due to possible repository corruption on the remote side. remote: aborting due to possible repository corruption on the remote side. fatal:
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
🌴【SourceTree】リモートのアイコンに出てくる「！」（感嘆符）を消す - Qiita
Where is the global git config data stored?
SourceTree でブランチ同士を比較する方法
gitで自分の今日のコミットログを振り返る
git mergeでコンフリクトが発生するか前もって調べる方法 - Qiita
