問題タブ [pull-request]

GitHubに貢献するための適切なエチケットは何ですか？

最初に「新しい問題」を提出して、問題について話し合う必要がありますか？

または、イニシアチブを取り、コードを作成してから、「プルリクエスト」を実行して、そこでコードについてさらに話し合いますか？

最初に「新しい問題」を作成することに関する私の懸念は、後で「プルリクエスト」を実行すると、2つの問題が作成されることになるということです...無駄のようです。

ありがとう！

git の目標の 1 つは、分散化することです。Github が ... git のハブである場合は、他のハブがあることを考慮して、github でホストされていないgit URL でプル リクエストを実行できるようにすることができます。

ドキュメントはこれについてかなり明確です: プル リクエストには、Github アカウントがあり、 githubでリポジトリをフォークする必要があります。これは実際の現在の技術的な制限ですか、それとも Github で回避する方法はありますか?

そうでない場合、Github の「プル リクエスト」ツールが実際に Github サイロ外のリポジトリからプルできるようにする予定はありますか?

私たちのコードは Github にあり、プル リクエストを使用してコードを確認しています。レビューの結果、コミットが元に戻されたり変更されたりする場合があります。これにより、コミット履歴が乱雑になる可能性があります。rebaseコミットはすでに「公開」されているため、このコマンドは推奨されません。

同様の方法でコード レビューを実行する場合: これにどのように対処しますか? 履歴をクリーンに保つにはどうすればよいですか。

ソースAからGithubでプロジェクトをフォークしました。それ以来、標準的な方法では、プルリクエストをAではなくBに発行します。つまり、プルリクエストごとに、プルリクエストの宛先を手動で指定する必要があります。少し面倒です。 。

フォークのソースを恒久的に変更する方法はありますか？

私は、一連のイベントが次のようになるオープン ソース プロジェクトに取り組んでいます。

1. ブランチ feature-1 を作成し、コーディングし、feature-1 を GitHub にプッシュし、プル リクエストを発行します。
2. 機能 2、機能 3 などについて繰り返します。
3. 数週間が経過し、定期的にプロジェクト/マスターをローカル マスターにプルします
4. 機能 1 がマージとして表示され、次に機能 3 が表示されますが、機能 2 は表示されません。

master にマージされたローカル ブランチを簡単に確認する方法はありますか?

つまり、レビュー プロセスを通過して承認された機能と承認されていない機能はどれですか?

まず、私は Android の初心者であることをお伝えしておく必要があります (Java の経験はまったくありません)。

サーバーから継続的にデータを取得し、http ポスト要求を通じてデータを返すアプリを作成しています。問題は、サーバーからの実際のプルを処理する最善の方法は何かということです。AsyncTask を使用するか、別のスレッドを作成してその上で実行する必要がありますか? この目的のためのより良い方法はありますか?

5分ごとにデータを取得します。（これによりバッテリーが非常に速く消耗することは承知しており、間違いなくAndroidのC2DMフレームワークを使用する必要があります。しかし、これまで経験がなく、締め切りが迫っているため、時間があるまでこれを行う必要があります実装方法を学びます。)

アドバイスをいただければ幸いです。

次のようにハートビートを実装しました

そしてサーバー側で

false が返された場合は単純に関数を呼び出します。ループは 5 秒以上スリープしてからチェックしますが、問題は、これがリソース CPU を消費していることであり、これは 5 人のユーザーがテストしたときだけでした。

この前使ってた

しかし、多くのリクエストのためにリソースを消費していました

おそらく私のアプリは同時に100Kをオンラインにしていますが、ブラウザの互換性のためにwebsocketsを使用することは考えていません これを解決するために何を提案しますか? どんな助けでも大歓迎です

GitHub のプロジェクトで特定のリモート ブランチへのプル リクエストを作成しました。しばらくして、リモート ブランチが削除されました。

別のブランチ (具体的には) を指すようにプル リクエストを変更するにはどうすればよいmasterですか?

Fork & Edit this file file ボタンを使用して、githubのrailsリポジトリへのプル リクエストを開きました。

さて、PR に関するフィードバックを得た後、さらにコミットを追加したいと思いました。だからここに私がやって終わったことがあります

これはうまくいきましたが、かなり複雑なワークフローのようです。多分私はここで何か間違っていますか？

私の質問は次のとおりです。私はこれを正しい方法で行っていますか? そうでない場合、これを行う適切な方法は何ですか?

私は午前中GitHubでプルリクエストをDiff確認し、プルリクエストページのビューの多くの行に詳細なコメントを書きました。

私はすべての行ごとのコメントを個別に保存しましたが、それらはすべて正しい場所に表示されました。プルリクエストページを離れて、そこに戻ると、行ごとのコメントがすべて消えていました。

なぜ消えたのか、どこに行ったのか、他のユーザーが見ることができるのか見えないのか、これが何を意味するのか、GitHubを使用して自分自身を信頼できるのか、それともただ戻る必要があるのか​​、私にはわかりません。リモートコラボレーションのための電話とファックス！

これに関する情報については、「GitHubで行コメントを表示する方法」などのWeb検索を行いましたが、パニックを緩和するものが見つかりませんでした。アドバイスや手がかりに感謝します。