問題タブ [pull-request]

agiliq/Anagenから分岐したレポiontech/Anagenを持っています

フォークにいくつかのコミットを行い、タグを追加しました。次に、プルリクエストを開きました。このプル リクエストには、私のコミットのみが含まれています。

作成したタグをプル リクエストに含めるにはどうすればよいですか?

私は友人と一緒に、github でホストされている小さなプロジェクトに取り組んでいます。

このプロジェクトの特別な点は、多くの孤立したブランチを使用したいということです。でもそんなブランチはプルリクエストできないみたい!?

Github は、ブランチに共通の履歴がないことを訴えています (これはもちろん真実です)。

問題は、あるリポジトリから別のリポジトリに完全な孤立ブランチを「コピー/プル」するにはどうすればよいかということです。

私はGitを初めて使用するので、ご容赦ください。

私は Git リポジトリ (GitHub 上) を持っており、Git に不慣れなコーダーがたくさんいます。彼らを雇うときは、マージする前に彼らの変更を確認できるように、リポジトリに対してプル リクエストを送信するよう依頼します。現時点での私の最大の問題は、多くの場合、彼らがフォークした後、プル リクエストを行う前に私のリポジトリに変更をマージすることです。つまり、プル リクエストをマージすると、以前のコミットが上書きされます。

問題を回避するように伝える以外に、これが起こらないようにする方法はありますか?

iOS6プロジェクトでEGOTableViewPullRefreshを使用しようとしていますが、ビルド時にリンクの問題を回避できません。プロジェクトにソースを含めた後、EGORefreshTableHeaderView.mに-fno-objc-arcフラグを追加し、ソースに必要なすべての変更を加えて、ARCでビルドできるようにします（「リリース」の削除など）。次のリンクの問題：

EGOTableViewPullRefreshを使用してこの問題に遭遇した人はいますか？

ありがとう！

複製されたリポジトリからのプルリクエストを受け入れることは可能ですか？

例（レポのフォーク）：

• リポジトリ＃1：https ://github.com/acme/original_project
• リポジトリ＃2：https ://github.com/blah/original_project （fork）

プルリクエストリンボ：

• リポジトリ＃1には新しいプルリクエストがありますが、受け入れ/マージしません
• リポジトリ＃2は、リポジトリ＃1からの新しいプルリクエストを必要としています

レポ＃1からレポ＃2へのプルリクエストを受け入れる方法はありますか？

これは意味がありますか？たぶんgitアップストリームプルリクエスト？

いくつかの変更が加えられたGitHubからフォークされたリポジトリがあります。ただし、特定のコミットで、プルリクエストを送信したいいくつかのファイルが変更され、他の変更されたファイルはリクエストから除外されました。

プル リクエストはすべてのコミットをマージしますか? それとも、このコミットを分離するために何か特別なことをする必要がありますか?

• いくつか変更しました
• プルリクエストを送信しました
• プルリクエストが受け入れられ、マージされました。
• バグを見つけました
• バグを修正している間、変更は再び削除されました（前に1コミットに強制的にプッシュ）。

これでバグが修正され、1つの追加コミットでプルリクエストを再送信したいと思います。プルリクエストを再度開いたり更新したりする方法はありますか、それとも新しいプルリクエストを作成したり、説明をもう一度入力したりする必要がありますか？Gitoriousにはこの機能があり、最近GitHubに移動しました。

プロジェクトをフォークし、機能ブランチを作成し、機能を実装して、プル リクエストを送信しました。回答を待っている間に、アップストリームからローカル コードを更新しましたが、後でフィーチャー ブランチにさらに追加して github に再度プッシュする必要があるかどうか疑問に思っています。プル リクエストにプルされたアップストリームの変更も表示されますか? それとも、github はプル リクエストのコミットにそれらの変更を表示しないほど賢いのでしょうか?

プルリクエストのコミットがクリーンになり、関係のない変更もプルリクエストに表示されるとプルリクエストが読みにくくなるため、私が質問しています。

チームとコミュニティが開発するソフトウェア プロジェクトを開始しています。以前は gerrit で売られていましたが、今では github のフォークとプル リクエスト モデルは、より多くのツール、コミットを視覚化する方法、および使いやすさをほぼ提供しているようです。

少なくとも両方の経験がある人にとって、それぞれの長所と短所は何ですか?また、コミュニティ開発の可能性を残したいチームベースのプロジェクトにはどちらが適していますか?

私はこの例とほぼ同じになりました: iScroll のチュートリアル

私が欲しいのは、たとえば Facebook のように、スクロールの最後に Ajax リクエストを実行することです。このiscrollフレームワークでこれを行うことはできますか?

私はそれでこれを行うことができれば。どのように？:)