GitHubのマージ済のブランチをCircleCIで定期的に削除する - Qiita
2019年7月にGitHubにマージしたブランチが自動削除される機能が入ったためこの記事は内容の非推奨です。 Automatically delete head branches of pull requests - GitHub Changelog ブランチの自動的削除を管理する - GitHub Docs 以下は古い記述 前置き マージ済のブランチは基本的に消しても問題ないので、GitHub上には進行中のブランチだけがあるきれいな状態に保ちたいところ。 PRをマージした後にブランチを消すボタンが出るんですが、チームで開発してるとどうしても消し忘れる人が1人はいるので 1CircleCIで定期的に消すようにしました 前提 GitHub CircleCI 2.0 準備 GitHubにpushするための権限が必要なので「Settings -> Checkout SSH keys」でuser
リモートで消されたブランチが手元で残ってしまう件を解消する - Qiita
よそからcloneしてきたリポジトリでは、remotes/origin/xxxという名前でoriginのブランチが参照される。 だが、他の人がhogeブランチを削除してoriginにpushしても、既にそのブランチが手元にある人のローカルリポジトリからは普通にpullしても消えてくれない。 そういった既にリモートで削除されているブランチを消したい場合は、以下のどちらかの操作を実行すればちゃんと消えてくれる。 git fetchもしくはgit pullにpruneオプションをつける --pruneオプションをつけると、fetchやpullする際に自動的にリモートで削除されているリモートブランチを削除してくれる。
追跡ブランチ (tracking branch) というブランチが何なのか調べた - snowlongの日記
まとめ 追跡ブランチを指定する git checkout -b fb_track origin/develop あとから追跡ブランチを指定する git branch --set-upstream-to origin/[branch-name] 追跡ブランチ (tracking branch) という概念がわからない 以前、「tracking branchを指定していないからgit pull してもこのブランチには更新されないよ〜」と言われたことがあり「？？？」となったまま疑問を解消せずに放置を決め込んでいた。 いちおうGit/Githubは操作することはできるけど、きちんと理解したいな、疑問点はすぐに解決しないとなと思いたち調べてみました(1年以上放置してきた疑問だけど:p)。 master とorigin/masterの違い まずは、「master とorigin/masterの違い」に
git svn とブランチ | beinteractive!
いっつも混乱するのでメモっておく。 git svn から SVN リポジトリ上にブランチを作る $ git svn branch NAME ※今いるブランチから作られる SVN リポジトリ上で増えたブランチを git svn に持ってくる $ git svn fetch fetch されたリモートブランチ名を確認してローカルブランチを作成 $ git branch -r REMOTE_BRANCH_NAME $ git checkout -b LOCAL_BRANCH_NAME REMOTE_BRANCH_NAME ローカルで作っちゃったブランチを SVN リポジトリ上に作成 今いるブランチから新しいブランチを作成 $ git checkout -b local-my-branch 元のブランチを削除 $ git branch -D my-branch ベースとするブランチから SVN 上
git-svnの使い方を覚えた - idesaku blog
分散SCMを使いたい！と思う今日この頃。 仕事ではSVN（Subversion）を使っているのだが、ちょっとしたお試し編集をするためにブランチを作ることに抵抗がある。ブランチは欲しい、大きめな変更をコミット無しで行いたくない、やはり少しずつコミットして進めていきたい。しかし、変更が全て記録されてしまうのがいただけない。ログが残るのは良いことなのだが、本当に使うかどうか未知数な実験的プログラミングのログまで残したくない。使うと決まってから初めて残すようにしたいのだ。 すまん、これまで一緒に仕事をしてきた人々よ。俺はこれまで「ログが残って困ることがなんかある？いらなきゃ無視すればいいだけなんだから、気にするな。ブランチでもなんでもバンバン作ってしまえ！」とうそぶいてきているわけだが…ハッタリかましてました！本当は俺も抵抗があるのだ。 そこで、分散SCMだ。さらにいうと、SVKがいまひとつ気に入
Gitブランチ間の変更ファイル一覧をQuickFixリストに出力するvimプラグインを作った - ivxiのブログ
この記事はVim Advent Calendar 2012の187日目の記事です。 186日目は id:osyo-manga さんによる Vim で URLのタイトルをバルーンで表示するプラグインつくった - C++でゲームプログラミング でした。 AdventCalendar初参加です。よろしくおねがいします。 クリスマスがとても待ち遠しいですね！ はじめに この記事では、次の2つの話を書きました。 作ったプラグイン「gitquick.vim」の紹介 プラグインを作る過程でわからなかったことと、どこを見て解決したのか gitquick.vim というプラグインをつくってみました https://github.com/violetyk/gitquick.vim このプラグインは、Gitリポジトリの中での2つのbranchやtag間を比較して、 追加変更があったファイルの一覧をVimのQui
githubからcloneしbranchを指定してcheckoutする方法 - memo.yomukaku.net
2011-12-08 12:45 githubに限ったことではありませんが、リモートのリポジトリのmaster以外のbranchをチェックアウトしたい場合があります。 このような場合には、次のようにひとまずcloneした後でbranchを指定してcheckoutします。 例として、Twitter社がオープンソースで公開されているbootstrapの2.0-wipというbranchをチェックアウトします。 一連のシェルの操作をそのままペーストしてみます。 tune66:~ $ cd Desktop/ tune66:~/Desktop $ git clone https://github.com/twitter/bootstrap.git Cloning into bootstrap... remote: Counting objects: 5662, done. remote: Compr
ブランチの利用
これまでのところで、それぞれのコミットがどうやってリポジトリに完全に新しい ファイルシステムツリー(「リビジョン」と呼ばれます)を作るかを知っていると思います。 まだ知らないのであれば、戻ってリビジョンに関するリビジョン項を 読んでください。For this chapter, we'll go back to the same example from 第1章. Remember that you and your collaborator, Sally, are sharing a repository that contains two projects, paint and calc. Notice that in 図 4.2. 「リポジトリレイアウトの開始」, however, each project directory now contains subdirectories n
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Loading...
Perlゼミ(サンプルコードPerl入門)