Pull Request / Merge Request の違い - Qiita
結論から言うと featureブランチを開発マスタ用ブランチにマージするなど、あるブランチをあるブランチにマージする依頼を出す点は同じ。 GitHub と GitLab では使い方の違い上、使われる言葉が違う。 ※ GitHub では、開発する際にリポジトリをForkしてローカルブランチを作成することが想定されている。 Gitlab では、開発する際に同一リポジトリ内で開発ブランチを作成することが想定されている。 Merge RequestまたはPull RequestはGitマネジメントアプリケーションで作成され、指定した担当者に2つのブランチをマージするよう依頼します。GitHubやBitbucketでは最初のアクションとしてfeatureブランチをプルするため、Pull Requestという名前を使用します。要求され、最終的に行うアクションという意味でGitLabやGitorious
GitHubのPull Requestを簡単にチェックアウトするたった1つの方法 - アジャイルSEの憂鬱
みんな知ってるものだと思ったけど、あまり周りで知ってる人がいなかったのでブログに書いた。 こういう釣りタイトルっぽいブログ、一度書いてみたかった。 参考 Checking out pull requests locally - User Documentation 参考というか、そのままだけど。 方法 Pull Requestの ID を BRANCHNAME にfetchします。 *1 $ git fetch origin pull/ID/head:BRANCHNAME ブランチをcheckoutします。 git checkout BRANCHNAME これだけです。forkした人のリポジトリを remote add する必要はないです。 おまけ マージ後のsha1 ちなみに、Pull Requestのマージ前だと、 pull/ID/merge を使うこともできます。 $ git fet
【GitHub】Pull Requestの手順 - Qiita
Git勉強会（社内勉強会）でできなかった、Pull Requestについての説明です。 Pull Request の手順 単純にソースコードを取得したいならgit clone http://{対象のGitHubリポジトリ}で大丈夫です。もしコードの内容を修正したい場合はリポジトリをForkする必要があります。 対象のGitHubリポジトリをFork ローカルへclone（クローン） ローカルリポジトリで新規ブランチを作成 修正を加える（コミット） 作成したブランチをpush（プッシュ）する Pull RequestをGitHub上で作成 1. 対象のGitHubリポジトリをFork 対象のGitHubリポジトリをブラウザ上でアクセスします。 んで、そこにあるForkってボタンをクリック。 自分のアカウントに対象のリポジトリがForkされます。 Forkって何？ 基本的にはgit clone
Githubで特定のpull requestをローカルに持ってくる - Qiita
概要 OSSのメンテナっぽいことをやるとき、githubで特定のpull requestの正当性を確認したいということがあると思う。ブランチチェックアウトすれば良くね？って単純に考えていたけど、結構面倒くさかったので、メモっとく。 やり方 とりあえず、repositoryをcloneして、branchを見てみる。 $ git branch -a * master remotes/origin/HEAD -> origin/master remotes/origin/feature/support_gemfile remotes/origin/master remotes/origin/test_1.0.0
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
