ローカルとリモートのブランチ名を変更するYou signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
`git push -u` オプションの意味 - Qiita
-u, --set-upstream For every branch that is up to date or successfully pushed, add upstream (tracking) reference, used by argument-less git-pull(1) and other commands. For more information, see branch.<name>.merge in git-config(1). 全く何を言ってるのかわからない！ 答え ネットで検索してみたら答えがわかった。 git push -u origin master とすると次回から git push だけで勝手に origin master で push してくれる。 ちなみに git push とかの マニュアルは全て man git-push とか man gi
リモートのgitブランチをローカルにチェックアウトする - setoya-blog
まずは、リモートにどんなブランチがあるかを確かめる。-aオプションでリモートブランチも一覧できる。 > git branch -a * master remotes/origin/master remotes/origin/other_branch チェックアウトしたいブランチが表示されていない時は、git fetchとかすると情報をリポジトリから取得できる。 > git fetch 次に、ローカルブランチ名を指定して、リモートブランチをチェックアウトする > git checkout -b other_branch origin/other_branch 最初の引数がローカルブランチ名 -bオプションを指定しておくと、自動的にそのブランチに切り替わる。 -bオプションを指定しないと、以下を再度する必要がある。 git checkout -b other_branch
gitでリモートブランチをローカルにcheckoutする - Qiita
新しい作業環境で開発リポジトリのmasterリポジトリをcloneしたあとにその他のブランチもcheckout/pullしたいことがある。というか、しないと作業にならない。 よく忘れるのでメモ。
Gitのリモートブランチと追跡ブランチは違うよ - kaeruspoon
remotes/origin/masterがリモートブランチのすべてであるように見えます。 このとき、サンフランシスコの同僚がリモートリポジトリに新しいブランチをpushしていたとします。このことをいつ知ることができるのでしょうか。 git branch -a コマンドを何回叩いても、現れるのは上記の通りorigin/masterのみです。 つまり、git branch -a コマンドはリモートブランチの一覧を表示しているわけではないのです。 では何を表示しているのかというと、リモートブランチの情報を持っているローカルリポジトリの中の特殊なブランチの一覧を表示しているのです。この特殊なブランチ、つまり追跡ブランチですが、これ自体はローカルに存在しているのでローカルブランチの一種であるといえます。そのため、最新のリモートリポジトリの状態なんて知らないのです。 最新のリモートリポジトリの情報を
俺のオレオレgit-flow | おそらくはそれさえも平凡な日々
背景 一昨年末くらいにgit-flowを採用していた 良いんだけど、結構めんどくさいなーと思うところがあった 去年頭の新規開発からはgithub-flowを採用(と言うかごく普通のGit運用) masterのテスト通ったらjenkinsさんが開発サーバー反映してくれて捗る ただ本番をそれで運用するわけにもいかない リリースタイミングとかある masterはデザイナーやME(=gitに不慣れな人たち)がカジュアルに画像やテンプレをpushできる(それで構わない) git-flowとgithub-flowの中間くらいのフローで運用することに git-flowの気に入ってる点とそうじゃない点 気に入っている点 並列ブランチを走らせるというのは良い(git-flowの場合、masterとdevelop) hotfixが便利 めんどくさい所 releaseブランチ毎回作る必要性をあまり感じない バー
リモートのブランチをcloneする - Qiita
とかって感じでリモートのリポジトリをcloneしてきたとする。 で、git branchすればわかるんだけど、このままだとmasterブランチしかローカルにcloneできてない。別のブランチ(developmentとする)もローカルにcloneしたい。 という時はまず でリモートのブランチ名を調べる。 そうすると以下のような感じで表示される。 $ git branch -r origin/HEAD -> origin/master origin/development origin/master で、この中からお目当てのブランチ名を探し（この場合は「origin/development」）、こいつを以下のようにしてcloneすればOK。
Git で複数ブランチを同時に扱いたいなら git-new-workdir が便利
Git で管理してるレポジトリーで、いくつかのブランチを別々の場所にチェックアウトしたいことがある。 たとえば GUI なツールでブランチ間の比較したい 同時に実行して比較しつつテストしたい ブランチ間でファイルをコピーしたい ドキュメントの生成結果を別ブランチで管理したい といったときに、必要になる。 ブランチの個数だけ clone しちゃえば用は足りそうなんだけど、でかいレポジトリーだったら時間もディスク容量ももったいない。 git-new-workdir を使うべきでしょう！ 先日、「git-new-workdir を使えばワーキング ディレクトリーを複数を作れて便利」と書いてあるブログを読んだ。 git-new-workdir が便利 - #生存戦略 、それは - subtech git-new-workdir の usage を見てたら、別ブランチのワーキング ディレクトリー作成
図で分かるgit-rebase - アジャイルSEを目指すブログ
世間的に「Gitはコミットログを書き換えられてキモい」と言われ、肩身が狭いので git-rebase の説明を書いてみた。 git help から引用 まずは基本に忠実に、ヘルプを読みましょう。 git help rebase SYNOPSIS git rebase [-i | --interactive] [options] [--onto <newbase>] <upstream> [<branch>] git rebase [-i | --interactive] [options] --onto <newbase> --root [<branch>] git rebase --continue | --skip | --abort DESCRIPTION If <branch> is specified, git rebase will perform an automatic g
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
続続・イラストでわかるgit入門の入門：checkoutをする