git pullするとき設定しておきたいこと
git pull 何気なく毎日このコマンドを使っている人も多いのではないでしょうか。 実はこのコマンド色々と注意すべきコマンドだと思います。 masterブランチを最新に更新したいだけなのに、マージコミットがローカルにできてしまうことがあります。 マージコミットができるとき remote/origin/master にローカルの master ブランチにはないコミットがある場合です。 普通にしておけば、そんなことにはならないような気もします。 しかしながら、 誤ってコミットを master にしてしまった場合 一度 git pull origin master でmergeコミットが生じた場合 その他、ローカルのmasterブランチとfast forwardでマージができないような場合 ローカルにしか存在しないコミットができてしまいます。 マージコミットを作らない方法 git pull o
GitHubで他人のプルリクエストに対しコンフリクト解消や追加の修正を行いつつマージする方法
読者がGitHubで何かを公開しているとしよう。そのレポジトリに対して他人がプルリクエストを送ってきた。なかなか良さそうな変更だ。早速マージしたい。 しかし、残念なことにそのプルリクをそのままマージすることができない。なぜならば、 コンフリクトを起こしている 追加の修正が必要だ こういう場合、大規模なプロジェクトや、PR主が職場の同僚や開発仲間であった場合、PR主に修正を依頼するものだ。しかし、個人的な小規模なプロジェクトなのでPR主はPRを出したまま返事がない。 こういう場合に、PRをマージするにはどうすればいいのか。答えは簡単で、プルリクエストが裏でやっているgit操作を自分のローカルでやればいいのだ。 まず、該当のPRのGitHub上のページの、「プルリクエストをマージ」ボタンの横に、コマンドライン操作を表示(view command line instructions)というリンク
【Git】リモートからの取得とリモートへの反映で行っていること(fetch,pull,push) - Qiita
fetchはリモートの「情報」を取ってくるだけ、 pullは情報を取ってきて、さらに実データをローカルに反映する。 という理解でした。 でも、fetchで何やら情報を取得している様子なのに、その後行ったpullでは何も情報が取得されない。 ということが有ったので、fetchって一体何をしているの？ということで調べてみた。 まずはブランチについて ブランチの種類 ローカルブランチ ローカルで開発するときにcheckoutで開いてコミットしていくお馴染みのもの。 ローカルで作成したブランチは、pushすることでリモート追跡ブランチにも反映される。 リモート追跡ブランチ ローカルに保持している、クローン元リポジトリのブランチを取り込んだもの。 反映はfetchやpullコマンドを実行したタイミングであり自動取得はしないので、 いつの間にかリモートリポジトリ側と不一致になっていたということも有る。
【Git基礎】git push origin masterのmasterはローカル/リモートどっちのこと？ - Qiita
【Git基礎】git push origin masterのmasterはローカル/リモートどっちのこと？Git git push origin master のコマンドにてmasterブランチはローカル側のやつかリモート側のやつかどっちことだかわからなかったので調査した。 はじめに結論 git push/fetch origin masterのmasterはソース元を意味している。 なので git push origin masterのmasterは ローカル側のmasterブランチを指していて、 git fetch origin masterのmasterは リモート側のmasterブランチを指している。 理屈 そもそも git pushとかgit fetchのヘルプを見ると git push/fetch [<repository> [<refspec>...]] とある つまりori
git pull と git pull --rebase の違いって？図を交えて説明します！ | KRAY Inc
はじめに こんにちは、クレイの亀井です。ここ最近一気に気温が上がりましたね。顔に重点的に汗をかくタイプの私には憂鬱な季節がやってまいりました さて、今月正式リリースしました(！) DocBase プロジェクトではクレイ外部のデザイナーの方と一緒に開発しています。SourceTree で Git を使っている方で、軽いデザイン修正などは弊社の Rails プロジェクトに直接手を加えてプルリクエストを送ってくれます。 こちらのデザイナーさんに「プルリクエストを送る際は、作業ブランチで git pull --rebase origin master してから送ってもらえますか？」とお願いすると「pull はわかるんですけど、この --rebase ってなんですか？これつけると何が変わるんですか？」と質問がきたのです。 作業ブランチで git pull --rebase origin master
他人の出しているPull Requestを自分のブランチとして取り込む - Qiita
動機 他人の出しているPull Requestについて、自分のブランチとして実験・修正したい、ということがありました。具体的には下記のような状況です。 本体GitHubリポジトリ Aさんがforkしたリポジトリ Pull Requestが出ているブランチ（←これを自分のリポジトリに取り込みたい！） 自分がforkしたリポジトリ 自分が本体からforkしていない状態であれば、単にAさんのリポジトリをforkするだけで問題のブランチも手に入りますが、残念ながら自分は既にfork済みで、かつ何度かPull Requestを送っているので自分のリポジトリを消すわけにもいきません。 また、問題のブランチがTravis CIでのテストに通るかどうかに興味があったので、手元にPull Requestのコピーを作るだけでなく、自分のブランチとしてGitHubにpushして、自分のTravis CIアカウン
他のレポジトリにある作業中でないブランチをコピーする - 数と符号と計算機と日記
AliceとBobが居て，gitで協業しようとしている． Aliceは，$ALICE_WORKING/reposというディレクトリにレポジトリがあり，masterとcur_workingというブランチがあって，cur_workingというブランチで作業中(current working branchとでも言えばいいのかな？)である． Bobは，これから$BOB_WOKINGというディレクトリにAliceのレポジトリをコピーして作業を行うつもり． で，このときBobがAliceのmasterブランチをコピーするにはどうするか？ ちなみに: $ whoami Bob $ git clone $ALICE_WORKING/repos Initialized empty Git repository in $BOB_WORKING/repos/.git $ cd repos $ git branc
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
gitコマンドメモ git remote set-url - Qiita
gitでリモートのブランチにローカルを強制一致させたい時 - Qiita