Git で特定のブランチからファイルをコピーする - kakakakakku blog
今日は Git コマンドの奥深さを感じた！ 結構 Git には詳しい方だと自負していたけど，全然知らないことあるなーと痛感した． git show git show で「特定のブランチにあるファイル」や「特定のコミットでのファイル」を見ることができる．コロンを忘れずに！ git show ${branch}:${file} git show ${commit}:${file} git checkout git checkout ${branch} ${file} で「特定のブランチにあるファイルをコピー」できる．今日活躍したコマンドだった．コミット単位なら git cherry-pick を使えば良いけど，コミット数が多かったりすると面倒だし，ファイル単位で操作することはできないので，そういうときに使える． git checkout ${branch} ${file} 関連記事 kakak
Git 空ブランチ (Orphan branch) | akkunchoi@github
空ブランチ Gitではコミットやブランチを作成する場合、必ず親を指定する必要があります。今までの歴史を全て辿れるようにするためです。 空ブランチを作成すると、今までの歴史とは全く別の新たな歴史を、同じリポジトリ内で開始することができます。 作成方法１: Github pagesの場合 Github pages ではプロジェクトサイトを作成する際にはプロジェクトのリポジトリ内で空ブランチを作成します。 空ブランチを使う理由はわかりませんが、プロジェクト本体には影響させず、リポジトリ内に同梱させるためにこの手法を採用したのだと思います。 # HEADをnew_branchに切り替える。 git symbolic-ref HEAD refs/heads/new_branch # symbolic-refを直接変更した場合はインデックスとワーキングツリーが残るので削除する rm .git/inde
プルリクエストの画面でMerge出来ない事がわかった場合にどうすればよいか考える。 - Qiita
githubを使っていて、プルリクエストのMergeボタンが灰色になってて、 あ、コンフリクトが起きそう！ と思った時にどう対応するのが一番よいのか考える。 前提条件 github flowを使っている hogehogeブランチ→masterに対してpull requestを送っている。 自分がhogehogeブランチで作業していて、最新の状態がローカルにある。 案 僕がいいと思った順に書いていきます。 案１．灰色になっていたのを確認した瞬間にgit rebase masterして解消する 前提 自分一人しかそのbranchで作業していない ある程度rebaseがどういうものなのかわかっている。 作業内容 git fetch origin git checkout master git pull origin master git checkout hogehoge git rebase
RPGツクールMVで作ったゲームをGitHubPagesで公開してみる - Qiita
ついに発売しました！ RPGツクールMV！！！ということで早速触ってみました。 http://store.steampowered.com/app/363890/ （日本語版は12月。何故か英語版の方が発売が早い・・・） ちなみに、ツクール触るのは2003ぶりです。 RPGツクールMVって？ RPGツクールの最新作。 今回はWindowsの他に、Mac, iOS, Androidそしてhtml5にも出力できちゃいます。 https://tkool.jp/mv/ あと、オンラインゲームとか作れちゃうみたいです。 GitHub Pagesって？ GitHubには、GitHub Pagesというリポジトリをそのままwebサイトとして公開できる便利な機能があります。 https://pages.github.com/ そして、RPGツクールMVのプロジェクトは、 「アップロードすればwebサイト上
オレ流 Pull Request 作業フロー - 詩と創作・思索のひろば
チームで作業する同じリポジトリの中で Pull Request を送り合うのではなく、オープンソースプロジェクトに外部から PR がやってくる場合の話です。 最近のフロー 送られてきた PR に対しては、大まかには仕様の話、実装方針の話、具体的な実装の話を詰めながらマージできるように持っていくわけだけれど、それがほとんど満足いく状態になっていてマージしたいと思うタイミングになっても、変数の名前付けだとか、ちょっとした処理の書き方だとかで、相手にお願いするよりは自分で手を加えてからマージした方が手っ取り早いことがある。そういう時は PR 元のブランチを手元にチェックアウトして、そのブランチを自分の変更で進めた上で master にマージするようにすると、push 時に PR も閉じられて便利です。 motemen/lgtm.sh#1 の例。分かりにくいれど、PR にさらに 1 コミット足して
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
