タグ付けされた質問 「github」

GitHubは、オープンソースのGitリビジョン管理システムを使用するプロジェクト用のWebベースのホスティングサービスです。

1
Githubに参加する(プロジェクトの検索方法)[終了]
Githubのオープンソースプロジェクトに貢献したいと思います。ほとんどの場合、小さなバグの修正または機能の追加から始めたいと思います。特定のプロジェクトを考えていません。C、C ++、Python、.NET、Javaなどのプロジェクトに取り組みたい。しかし、私の問題は、Githubで何かを見つける方法がわからないことです。 Explore GithubでCプロジェクトをリストするページを見つけました。基本的に、上位5つの「監視された」Cプロジェクトをリストします。OK、それでいいのですが、5つ以上見たいです。 Sourceforgeは、プログラミング言語ごとにプロジェクトを閲覧できるため、優れていました。また、SourceForgeには、助けを求めているプロジェクトを見つけるためのフォーラムがあります。Githubでそれを見つけることができません。貢献するプロジェクトを見つけるのにかなり役に立たないように見える「検索」機能があります。高度な検索を試みて、プログラミング言語の「リポジトリ」と「C」に設定しました。しかし、あなたは彼が検索するものに何かを入れなければなりません。プロジェクトのタイトルと説明を参照したいだけです。 それで、何が起きるかを見るためだけに「ネットワーク」を置いてみました。存在するすべてのプロジェクトの全員の分岐点のリストのみを提供します。 適切な方法でプロジェクトを検索する方法はありますか?Githubにはそのようなものがあるはずです。Sourceforgeから検索できるので、Sourceforgeから選択しますが、Githubプロファイルを確立したいと思います。それは今月のフレーバーであり、GithubプロファイルはResumeよりも優れていると思うハッカーニュースにこれらのファンボーイがいるからです。 /履歴書。:)

11
なぜ「GitHubでフォークしてください」?[閉まっている]
GitHubの仕組みを理解していますが、混乱していることの1つは、ほとんどすべてのOSSプロジェクトが最近、ホームページに「GitHubでフォーク」リンクを持っている理由です。例えば、 http://jqtjs.com/、http://www.daviddurman.com/flexi-color-picker/など。 これはなぜそんなに一般的ですか?彼らは、コードの検証を望んでいる/必要としているのか、どうすればいいのかわからないかもしれないセキュリティ/パフォーマンスの改善をチェックしているのか? これが共同プロジェクトであることを示すことを意図していますか?改善を追加しても大丈夫ですか? 彼らはGitHubで働いていますか、それともサービスを宣伝したいですか?奇妙なことに、最近「Bitbucketの Forkプロジェクト」のロゴを見たことがないと思います。 そのロゴに対する私の最初の反応は、プロジェクトをおそらく有用なものと統合するために変更(分岐)する必要があること、またはフラグメント化されたコードベースを奨励し、全員がプロジェクトの独自の分岐を作成することを奨励していることです。しかし、私はそれが意図ではないと思います。

4
GithubとHerokuを使用する場合、機密データはどのように処理されますか?
私はまだGitの動作に慣れていません(Linus以外の誰かが;)かどうか疑問に思っています)。 Herokuを使用してアプリケーションをホストする場合、Gitリポジトリでコードをチェックする必要があります。オープンソースプロジェクトで作業している場合、このリポジトリをGithubまたは他のGitホストで共有する可能性が高くなります。 パブリックリポジトリで確認すべきでないものもあります。データベースパスワード、APIキー、証明書など。ただし、これらをコードをHerokuにプッシュするために使用するため、Gitリポジトリの一部である必要があります。 このユースケースの使用方法 注:HerokuまたはPHPFogはサーバー変数を使用してこの問題を回避できることを知っています。私の質問は、コードの一部を「隠す」方法についてです。
49 git  github  heroku 

6
(優先度など)のgithubの問題を管理する方法は?[閉まっている]
私はgithubが初めてで、問題の管理方法に関するアドバイスを探しています。私は優先順位やその他の順序付けオプションを持っていることに慣れていますが、どれも存在しないことがわかります。 他の人はバグ/機能のライフサイクル中にどのように問題を管理しますか? 前もって感謝します。

4
GitHubで放棄された問題をどうするか?
誰かがGitHubで問題を開いたが、エラーを再現するための詳細な情報が求められ、それが与えられない場合、通常の手順は何ですか?例。 ここで著者は「nav breaks」と述べています。私はそれが修正されたと信じていますが、私たちが同じことについて話していることを確認するために著者からの一言をお願いします。ただし、問題のレポーターが消える場合があります。放棄された問題の有効期限を設定することは良い/一般的な慣行ですか? これらの条件のようなもの: 問題をデバッグできるようにするために、問題に関する質問が発生します。 開発チームからの最後の未回答の質問/コメントから2〜6か月以上が経過しています。 バグはクローズ時に再現できません(何らかの理由で、再現できない可能性があります)。 警告は、それを閉じる2週間前に発行されます。 プロジェクトは通常何をしますか?Googleで何も見つかりませんでした。また、これをどのように文書化しますか?上記のポイントを詳述したREADME.mdの簡単なメモと、閉じられた理由を説明する問題のコメントで十分ですか? 注:バグはまだ関連している(または関連していない)可能性があるため、この質問とは異なりますが、情報が不足しています。

4
githubのメンテナーはプルリクエストで著者を書き換えるべきですか?
私は専門職のプログラマーではありませんが、いくつかのコーディングを行い、githubを使用しています。私は驚くべき状況だと思うことに出くわしました。私はgitに精通しています。 私に影響を与えている(小さな)バグを見つけたプロジェクトがあります。午後はそれを見つけて修正しました。リポジトリをフォークし、変更をコミットし、プルリクエストを発行しました。「開発ブランチにマージされた」として閉じられているのを見て、すべてがうまくいったと思いました。 今日、ブランチを削除する準備をしてレポジトリを参照していましたが、メンテナのレポジトリにコミットがマージされた場所がまったく見つかりません。しばらくして、コミットとして追加されたことに気付きましたが、作成者は私ではありません。 私ができる限り、それを行う唯一の方法は、元の著者を削除するためにリベース、修正、またはその他の履歴書き換えを具体的に使用することです。 これは私には非常に間違っているようです。せいぜい紛らわしいです。最悪の場合、このレポの作成者は全員のコミットを信用しているため、元の貢献者の履歴は失われます。繰り返しますが、これは小さなバグです。プロの履歴書には使用していません。不正直に思えます。 これは正常ですか?私はそれについて何か言うべきですか? 編集:一般的な感じは私が尋ねに行くべきだと思われるので、私は今朝ちょうどそれをします。 以下のリクエストに従って。私はチェックし、コードが存在し、私が書いたとおりに正確に適用されました(コメントを含む)。コミッターと著者の両方が変更されたことを確認しました。私の変更と同時に追加された変更も1つありました。これは1行で、パッチとそれ以前のその他のコードに影響します。IEの1行の追加は、修正していたバグとは関係ありません。 更新 答えは、作成者が開発ブランチを維持しており、マスターブランチからそこにマージしたくないということでした。彼はマージを回避するために私のコミットを再作成しました。元のブランチb / c gitは、必要に応じてコミットをチェリーピック、リベース、およびマージするのに強力です。 これはgithubでは一般的ですか? どのブランチにパッチを適用するかを尋ねるためにプロジェクトのメンテナーに連絡する必要がありますか?
44 git  github 

5
SVNとGitのブランチの違いを理解する
私はSVNのユーザーであり、現在Gitを学んでいます。 SVNでは、通常、ローカルマシンでレポジトリをチェックアウトします。レポジトリには、プロジェクトのすべてのブランチが含まれており、興味のあるブランチのフォルダーを選択してそこで作業していました。 Gitを使用すると違いがわかります。 現在、私はリポジトリをクローンし、gitkを使用して特定のブランチをクローンしています。 プロジェクトフォルダーにはそのブランチのコンテンツのみが含まれており、SVNのようにすべてのブランチを表示することはできません。 Gitを使用してローカルリポジトリ内のすべてのブランチを表示する簡単な方法が見つかりません。 私が説明したGitプロセスが「標準」であるかどうか、そしてある程度正確であるか、何か不足しているのかを知りたいです。 また、たとえば、マスターで修正プログラムを作成する必要があるが、別のブランチのコンテンツも保持する必要がある場合に備えて、2つのブランチで同時に作業する必要があるプロセスの処理方法を知りたいと思います。 Gitのリポジトリからクローンされたブランチを含むフォルダーを作成するための推奨される名前の規則は何myproject-branchnameですか?
44 git  github 

3
(ほとんど)放棄されたGitHubプロジェクトに貢献するにはどうすればよいですか?
私は最近、GitHubでオープンソースのコラボレーションに取り組もうとしていますが、どのような方法で進めるのが好奇心situation盛かという状況に陥りました。 約1か月前、GitHubで、しばらく使用していて、いくつかのバグを見つけた(修正した)ライブラリのプロジェクトを見つけました。 GitHubコラボレーションへの最初の進出として、最近のアクティビティが最も多いと思われるレポを見つけ、1つのバグを修正し、ユニットテストを追加し、GitHubにプッシュし、プルリクエストを行いました。数時間以内に、私がフォークしたレポジトリのメンテナーは、PRを受け入れ、同様に待っていた他の人々からのいくつかの他のPRにマージしました。 これに拍車をかけ、発見したバグをさらに3つ修正しました。それぞれが自分のリポジトリの別々のブランチにあり、それぞれに問題とプルリクエストを提出しました。 それはほんの1か月前のことで、それ以降プル要求はそのままで、そのままになっています。リポジトリをフォークしたユーザーはあまりアクティブではないようです。過去1年間にGitHubで合計7回の投稿を行っただけで、最初のプルリクエスト以降、そのリポジトリにはコミットがありません。 だから私の質問: この状況でどのように進みますか?理想的には、親リポジトリにマージされていない自分のリポジトリに変更を加えて、ライブラリの断片化を回避したいと思います。それにもかかわらず、バグ修正と機能の追加を続けたいと思いますが、すべてをマスターブランチにマージし、そのブランチからすべての新しい修正をベースにした場合、フォークしたレポのメンテナーが戻ってきたら、勝ちました「すべての変更を機能/バグ修正ごとに個別のプル要求に分割することはできません(プル要求は通常、機能またはバグ修正ごとに1つのプル要求である必要があると読みました)。 元のレポと一致する1つのブランチを保持し、そのブランチの新しいブランチをすべてベースにしてから、すべてのコミットをマスターブランチにマージしたままにする必要がありますか?そのため、新しい変更をマスターブランチにマージする必要があるたびに、膨大な数のブランチとますます面倒なタスクが残ります。 このような状況にアプローチする典型的な方法は何ですか?プロジェクトは、新しいプルリクエストをレビューするためではなく、元の貢献者によって放棄されることになるのはかなり一般的なようです。これは、誰かが舵を取るだけでそれで走るべき状況ですか?元の貢献者が戻ってきて、再びプロジェクトに取り組みたいと思うと、断片化を引き起こすようです。

4
git-flowおよびgithubを使用したコードレビュー
通常のgitとgithubを使用して、マスターブランチに取り組んでいる機能ブランチのプルリクエストを作成するだけで、コードレビューを行うことができます。git-flowでコードレビューを行うにはどうすればよいですか?「git flow feature finish`」のようなワークフローでは、コードレビューが実際に行われる場所と、git-flowまたはgitがそのレビューを容易にする方法について混乱しています。

1
GitHubでリクエストせずにフォークされたリポジトリから変更をプルしますか?
私はソーシャルコーディングコミュニティの初心者であり、このような状況で適切に進める方法がわかりません。 数週間前にGitHubリポジトリを作成しました。誰かがプロジェクトをフォークして作った私に、やるにされているいくつかの小さな変更を。誰かが私のプロジェクトを分岐させて、それを追加するのに時間をかけたことに興奮しています。変更を自分のコードに取り込みたいのですが、いくつかの懸念があります。 1)フォークされたレポジトリからgit経由で変更を取り込む方法がわかりません。 私の理解では、プルリクエストを介して変更をマージする簡単な方法がありますが、フォーカーはそのリクエストを発行する必要があるように見えますか? 2)プルリクエストなしで変更をプルすることは可能ですか?これは最初のものに関連しています。私は数週間コードを脇に置いて、次の作業は他の誰かによって行われていることを知り、何らかの方法でクレジットを与えずにコードをコピーしたくないことを知りました。変更を明示的に要求していない場合でも、変更を取り込む必要はありませんか?ここのエチケットは何ですか 私はこれを考えすぎるかもしれませんが、事前にご意見をお寄せいただきありがとうございます。私はハッカーのコミュニティにはかなり慣れていませんが、貢献できるようにしたいです!
40 git  github  etiquette 

6
私が唯一の開発者である場合、自分のリポジトリでプルリクエストを使用する目的はありますか?
だから私はGitHubで私の本当のプロジェクトを始めました。物事はかなり順調に進んでおり、アイデアは当初思っていたよりもずっと速く流れていました。物事を整理するために、いくつかのブランチをセットアップして、異なる機能を個別に開発できるようにします。 私はGitHubのに私の枝を押すと今、私は私は2つのボタンがあり、そのセクションがありますPull Requestし、Compare私は最近にプッシュブランチの名前を持ちます。Compareボタンの目的は理解していますが、自分のリポジトリでプルリクエストを作成する理由がわかりません。 誰かが私がそうする理由を説明できますか?自分が唯一の開発者である場合、自分のリポジトリでプルリクエストを行うことは有用ですか?
38 github  workflows 

8
クローズドソースプロジェクトのsourceforge、github、bitbucketなどのホスティングサイトはどれほど安全で信頼できるものですか?[閉まっている]
私は、私のビジネスのソース管理を管理するために、sourceforge、bitbucket、またはgithubの使用を検討しています。私はプロジェクトを開いており、gccなどのプロジェクトに参加しています。しかし、私は自分の生活のためにクローズドソースのソフトウェアを開発するビジネスも持っています。 for索好きな目からソフトウェアを安全に保つという点で、sourceforge、github、またはbitbucketはどれほど信頼できますか?データ損失防止に関して、ホスティングはどの程度安定していますか?そこに誰もがそのような服装でビジネスロジックに基づいていますか?ホスティングソリューションのいくつかを調査した人はいますか?

4
GITを使用してプロジェクトで作業している複数の人を管理する
私はGIT / GitHubを初めて使用します(昨日から新しいように)。Githubで同じプロジェクトに取り組んでいる複数の人々を管理するための最良の方法は何かを知りたいです。現在、私は4人の開発者で1つのプロジェクトを管理しています。 ワークフローを実行して、すべてが同期していることを確認するにはどうすればよいですか? (注:すべての開発者は1つのユニバーサルアカウントを持ちます。) 各開発者は異なるブランチにいる必要がありますか? 同じファイルで作業している2人を処理できますか? 詳細な回答を投稿してください。私は恥ずかしがり屋ではありません。これをよく理解する必要があります。
32 git  github 

3
善意のオープンソースの貢献者に対処する方法は?
プログラマーがあなたに連絡し、あなたのプロジェクトに貢献するように頼んだら、どうやってそれを処理しますか? この男が良いかどうかはわかりません。おそらく彼は彼が価値があるよりも多くのトラブルになるでしょう。 彼は賞賛のためだけに成功したプロジェクトに自分の名前を付けようとしているのかもしれません。 彼はあなたが本当に望んでいない方向にプロジェクトを進めようとしているかもしれません、あなたは余分な複雑さの価値がないと思う機能を追加します。 または、彼は非常に有用な貢献者かもしれません。あなたはただ知りません。 知らない人からのそのようなリクエストをどのように処理しますか(GitHubで、特にそれが違いを生む場合)?ここのエチケットは何ですか?

2
オープンソースのフォークの名前を変更するエチケットは何ですか?
GithubでTestNG javaテストフレームワーク(Apache 2ライセンス)をフォークして、必要に応じていくつかのマイナーなものを追加/変更できるようにします。 私の変更がすべてメインプロジェクトで承認されることや、他の人が私のフォークを使用することはまずありません。これは決してメインプロジェクトとの競争にはなりません。 ここで、命名の観点から、アーティファクト名(testng-mycompany)またはバージョン(6.8.mycompany)を変更して、mavenリポジトリーの公式バージョンと混同しないようにします。これは悪いエチケットと見なされますか?はいの場合、フォークを区別するための最良のアプローチは何ですか?

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.