git clone したときに出来る origin/HEAD というリモートブランチ - ngyukiの日記
git clone でリポジトリを複製したときに、次のように origin/HEAD というリモートブランチが見えます。 $ git branch -r origin/HEAD -> origin/master origin/master これは clone した後に作業ディレクトリにチェックアウトするブランチを示したもののようです*1。つまり↑の場合は clone 後の作業ディレクトリには master ブランチがチェックアウトされます。 サーバ上の HEAD を書き換えれば別のブランチにすることも出来ます*2。GitHub の場合はリポジトリの Admin にある「Default Branch」で変更することが出来ます。 削除したければ次のように実行します（ローカル側のシンボリックリファレンスを削除するだけでサーバの HEAD が削除されるわけでは無いです）。 $ git remote
ぼくが実際に運用していたGitブランチモデルについて
オペレーションとかインフラ系のエンジニアリングからは少々離れそうなので、個人的な備忘録がてら、Gitのブランチモデルについて。淡々と書くよ。 見えないチカラ: A successful Git branching model を翻訳しました 基本的に、このA successful Git branching model（上記は翻訳記事）を参考にしています。ですが、完全ではありません。運用しながら都合よく省略していますし、悪く言えば曲解もしています。あくまで、わたしが都合良く解釈して取り回した結果と考えてください。 さて、このようなドッシリとしたブランチモデルが、あらゆる規模のプロジェクトに対して有効であるかといえば、もちろんそうではありません。コツコツ個人で開発しているライブラリなどは、ブランチを使わなくても良いケースがあるでしょうし、作ってもバージョン番号ブランチぐらいのケースだってザラ
gitの不要なブランチを消すコマンド - Qiita
不要になったブランチは削除しましょう 多くのメンバーや他の会社と共同で開発作業を行う場合、どうしても同時並行で作業するためのブランチは増えます。 しかし、本当にアクティブなブランチ数は人数分＋αはずなのに、ブランチを消す作業をしておかないとどんどん残っていきますよね。 ブランチが増えすぎると同時進行中のタスクの見通しが悪くなり、Githubなどでブランチを切り替えたりする際にも非常に使いづらくなってしまいます。 ローカルブランチ・リモートブランチ共に、不要になったブランチは削除してこまめにメンテナンスしておきましょう。 今回紹介するコマンド $ git branch --merged # マージ済みブランチの一覧 $ git branch -d # マージ済みブランチの削除 $ git branch -D # 強制的なブランチの削除 $ git fetch -p # リモートブランチの最新
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
