Just browsing Stack Overflow? Help us improve your experience. Sign up for research
How do I delete branches which have already been merged? Can I delete them all at once, instead of deleting each branch one-by-one?
Git 再入門: 引数がない git pull のデフォルトの挙動 (アップストリーム, トラッキングブランチについて) 前章で git pull の使い方を紹介 した際に git pull <remote> <src> のように引数を与えると説明しましたが、 実はこの2つの引数を省略して単に git pull として実行することも出来ます。 このように引数を省略した時には、git はどのリモートリポジトリのブランチを選んで現在のブランチに pull するのでしょうか。 トラッキングブランチ (Tracking Branch) とアップストリーム (Upstream) git pull/push で引数を省略できるように、Git ではローカルブランチをリモートトラッキングブランチに対して関連付けることができます。 リモートトラッキングブランチに関連付けられたローカルブランチのことを トラッ
git-flowとは、プラグイン(ツール)のことです。。 Vincent Driessen氏がブログに書いた"A successful Git branching model" というブランチモデルの導入を簡単にする git プラグインである。 参考資料： ・ http://hm-solution.jp/lifehack/post2475.html ・ http://d.hatena.ne.jp/Yamashiro0217/20120903/1346640190 #Git-flowイメージと各ブランチの役割 ####master: プロダクトとしてリリースするためのブランチ。リリースしたらタグ付けする。 ####develop: 開発ブランチ。コードが安定し、リリース準備ができたら master へマージする。リリース前はこのブランチが最新バージョンとなる。 ####feature bra
Note of reflection (March 5, 2020) This model was conceived in 2010, now more than 10 years ago, and not very long after Git itself came into being. In those 10 years, git-flow (the branching model laid out in this article) has become hugely popular in many a software team to the point where people have started treating it like a standard of sorts — but unfortunately also as a dogma or panacea. Du
とかって感じでリモートのリポジトリをcloneしてきたとする。 で、git branchすればわかるんだけど、このままだとmasterブランチしかローカルにcloneできてない。別のブランチ(developmentとする)もローカルにcloneしたい。 という時はまず でリモートのブランチ名を調べる。 そうすると以下のような感じで表示される。 $ git branch -r origin/HEAD -> origin/master origin/development origin/master で、この中からお目当てのブランチ名を探し（この場合は「origin/development」）、こいつを以下のようにしてcloneすればOK。
git branch 使い方 新しいブランチを作成する ブランチ new-branch を新しく作るには git branch new-branch とする。すでに new-branch というブランチが存在しているときはエラーになる。 ブランチやコミットから新しいブランチを作成する あるコミットを指示する some-commit や他のブランチ other-branch から ブランチ new-branch を作成するには git branch new-branch some-commit git branch new-branch other-commit とする。たとえば、最新のコミットを除いて新しいブランチを作る （2つ前のコミットからブランチを作る）には git branch new-branch HEAD^ とする。 ローカルのブランチの一覧を見る git branch とする
Branching in Git is one of my favorite features. If you have used other version control systems, it's probably helpful to forget most of what you think about branches - in fact, it may be more helpful to think of them practically as contexts since that is how you will most often be using them. When you checkout different branches, you change contexts that you are working in and you can quickly con
対象読者 今回の対象読者は下記の通りです。 Windowsに関する基礎的な知識 Gitに興味がある方 Subversionなどの別のバージョン管理システムを利用したことがある方 必要な環境 Git for Windows（フリー） Git Extensions（フリー） ブランチとは 何らかのバージョン管理システムを利用したことがある開発者ならば、あえて説明する必要もありませんが、ここで簡単にブランチについて説明します。一言で言えば、バージョン管理システムにおけるブランチとは、任意のリビジョンから別系統の履歴を管理していくために作成される分岐のようなものです。ブランチとは「分岐、枝」を意味し、本系統の方は「幹」に例えてトランクと呼ぶのが一般的です（図1）。 一般的な開発ではトランクで主な開発作業を繰り返します。開発が収束しリリースにむけてトランクとは別に履歴管理をしていきたい場合、ブランチ
git push/pullは何気なく使ってるけど実はよくわかってなかった。ことのきっかけはこういう質問。 hogeというリモートブランチをローカルのhogeブランチにもってきたい hogeをローカルのmasterにはマージしたくない pullでなんかこんな感じでいけそう？ $ git pull origin hoge:hogeでもこれは間違えで、なぜか今いるブランチ（master）にhogeがmergeされるし、期待してる動作じゃない。正解はこう。 $ git branch hoge origin/hogeもしくはチェックアウトも同時にするなら $ git checkout -b hoge origin/hogeこう。自分は普段後者のやり方でやってたけど、なんで上のはダメで下のが正解なのか説明できなかったのでちゃんと調べてみた。 入門Gitと実用Git、あとhelpを参考にした。 ブランチ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
