タグ

fetchに関するU1and0のブックマーク (7)

  • git リモートの更新を取ってくる - Memorandum and Diary

    git fetch リモートのmasterをローカルにあるorigin/master(リモート追跡用のブランチ)に持ってくる. git merge origin/master 今いるブランチにorigin/masterをマージ.なのでgit checkout masterしてから使用 git rebase master 今いるブランチにmasterをリベースマージ.なのでgit checkout [作業ブランチ]してから利用 以下,pull使うと簡単にできるよというもの git pull origin master git pull [リモートのURL] [ブランチ]で,[ブランチ]のところは(リモートのブランチ):(ローカルのブランチ)の書き方.名前が同じ時は一括で指定可能. git fetchからのmasterブランチ上で,git merge origin/masterとするのと同じ.

    git リモートの更新を取ってくる - Memorandum and Diary
    U1and0
    U1and0 2019/05/30
    “pull使うと簡単にできるよというもの git pull origin master” 一個ずつやるならgit merge origin/maser -> git rebase master だけどgit pull origin masterでもいい
  • Gitのリモートブランチを削除するまとめ

    を実行したときに、恐ろしい量のbranchリストが出てくるって人はこれが原因かもしれない。 他人が追加したリモートブランチはfetchで取ってこれるが、削除したブランチはそのまま残る。 削除されたリモートブランチをローカルに適用するにはオプションが必要。

    Gitのリモートブランチを削除するまとめ
    U1and0
    U1and0 2018/07/10
    git push --delete origin brancename
  • Git pullを使うべきでない3つの理由 · DQNEO日記

    git pullは使わなくてもよい 初心者はgit pullを使わない方がよい 我々ソフトウェアエンジニアは勉強が大好きなので、コマンドがあるとそれを勉強して使いこなさなければいけないと考えがちですが、ときには「覚えない、使わない」という発想も大事なのではないでしょうか。 以下にその理由をのべます。 git pullは使う必要がない git pullを使わないとできないこと、というのはありません。 使わなくても全然困りません。 git fetchとgit mergeとgit rebaseだけですべての用は足せます。 私はチーム開発でGit格的に使い始めて数か月経ちますが、普段の作業でgit pullを使ったことはないしそれで困ったこともありません。 git pullを使わなければ、余計な落とし穴に落ちない git pullには落とし穴があります。 初心者はたいていその穴に落ちます。 「

    Git pullを使うべきでない3つの理由 · DQNEO日記
    U1and0
    U1and0 2017/06/30
    gitの操作に馴れてきて、 「git fetchしてからgit mergeするのめんどくせー」 と思い始めたらそのときにはじめてgit pullを使ってみましょう。
  • ややこしいブランチ名をつけたら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

    ややこしいブランチ名をつけたらfetchできなくなった件 - helen's blog
    U1and0
    U1and0 2016/09/10
    git remote prune とは リモートブランチは削除されてもローカルには追跡ブランチが残ってしまうのでその削除用らしい たしかにログを見るとリモートで削除したブランチがpruneされている つまりブランチを削除するなら $ git r
  • Git で複数のリポジトリをまとめたり、逆に切り出したりする - Qiita

    ~/repo1/subdir に ~/repo2 を入れる あるリポジトリのサブディレクトリに別のリポジトリの中身を入れたいとき。たとえば、あるリポジトリのサブディレクトリを切り出して別のリポジトリとして管理しているものを、元のリポジトリに合流させたいとき。 cd ~/repo1 git remote add repo2 ~/repo2 git fetch repo2 # サブディレクトリの内容に repo2 の内容をマージする # (repo2 と内容が似ているサブディレクトリを自動で判別) git merge -s subtree repo2/master # ↑でうまくいかないときにはパスを指定する↓ git merge -X subtree=subdir repo2/master # そもそも ~/repo1/subdir が存在しないときには↓ git read-tree --p

    Git で複数のリポジトリをまとめたり、逆に切り出したりする - Qiita
    U1and0
    U1and0 2016/08/04
    ~/repo1/subdir に ~/repo2 を入れる あるリポジトリのサブディレクトリに別のリポジトリの中身を入れたいとき。たとえば、あるリポジトリのサブディレクトリを切り出して別のリポジトリとして管理しているものを、元のリポ
  • git pushがrejectされたときの解決の手順 - 今日もスミマセン。

    いまだにgitがよくわかってない。 git push すると $ git push To git@github.com:snaka/snaka-code-pocket.git ! [rejected] master -> master (non-fast forward) error: failed to push some refs to 'git@github.com:snaka/snaka-code-pocket.git' To prevent you from losing history, non-fast-forward updates were rejected Merge the remote changes before pushing again. See the 'non-fast forward' section of 'git push --help' for d

    git pushがrejectされたときの解決の手順 - 今日もスミマセン。
    U1and0
    U1and0 2016/07/31
    、 git fetch && git merge origin/master だけで OK ですよ。
  • git fetchの理解からgit mergeとpullの役割 - Qiita

    gitを使い始めるとcommit, push, pullなどはある程度理解出来るようになりますが、fetchってなんだ?ってなりますよね。 あまり馴染みにくいのは、pullがfetchとmergeの両方を組み合わせたコマンドだからなんですね。 fetchとは gitの場合、リポジトリはリモートとローカルの2ヶ所あります。fetchとはリモートリポジトリから最新情報をローカルリポジトリに持ってくるコマンドです。 fetchをしても、pullのようにファイルが更新されるわけではありません。 あくまでもローカルリポジトリが更新されるだけです。 もっと詳しくいうと、例えばmasterブランチを使っているのであれば、 origin/masterが更新されるということです。 masterとorigin/masterの違い masterは、例えばローカルのファイルを更新してコミットする場合にはmaste

    git fetchの理解からgit mergeとpullの役割 - Qiita
    U1and0
    U1and0 2016/07/31
    pullがfetchとmergeの両方を組み合わせたコマンドだからなんですね。 pull = fetch + merge origin/master
  • 1