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

この投稿を改善したいですか？引用や回答が正しい理由の説明など、この質問に対する詳細な回答を提供します。十分な詳細のない回答は、編集または削除できます。 私は最近、GitHubに取り組んでいるHebelと呼ばれるプロジェクトを立ち上げました。PythonおよびNvidia CUDAで記述されたGPU加速ディープラーニングのフレームワークです。私はそれについてGoogle+に投稿し、その後すぐにHacker Newsで取り上げられ、数日間わずかに口コミで広まりました。後でMachine Learningのsubredditで再び投稿し、私のプロジェクトはGitHubで822個の星と47個のフォークを拾い上げ、とても爽快でした。822個の星は、私のプロジェクトがGitHubの上位200個のPythonプロジェクトに含まれており、実際、virtualenvなどの広く使用されている有名なPythonプロジェクトよりも星が多いことを意味します。 私のプロジェクトにはかなりの関心がありますが、これまで見てきた実際の関与には非常に失望しています。私のプロジェクトの47のフォークはいずれもコミットされておらず、プルリクエストも受け取っていません。また、提出された3つの問題のみが2人によって提出されました。私のプロジェクトは多くの人々にとって非常に興味深い可能性がありますが、彼らは一度だけスターを付けたりフォークしたりし、その後再び戻ったり、継続的に使用したりすることはありません。 ユーザーにバグや機能強化のリクエストを送信したり、貢献者に変更を送信してもらうために、どうすればエンゲージメントを改善できますか？

19 open-source  github  contribution 

私はGitHubにリポジトリを所有しており、誰かが1回のコミットでプルリクエストを送信しました。私は彼のソリューションを部分的に実装したいだけで、ユーザーが行ったコード変更の約半分を使用します。この状況ではどうすればよいですか？ 彼のバージョンのブランチを作成し、元のバージョンから2番目のコミットに保存する「古い」コードをコピーして貼り付けます。これにより、コミット間の差分が実際より大きくなり、のようなものがスローされgit blameます。 彼のコミットから保持したいコードをコピーして、新しい別のコミットに貼り付けます。これは、彼がコードへの貴重な貢献に対してクレジットを受け取らないことを意味します。 上記と同じように、彼のコードの一部を新しいコミットにコピーしますが、コミットの作成者を私ではなく彼に変更します。彼は技術的にはコミットされた正確なコードを書いていないので、これが眉をひそめているかどうかはわかりません。しかし、少なくとも彼は使用されている行の属性を取得します。

19 version-control  git  github  etiquette 

私はGitHubでオープンソースプロジェクトに取り組んでいます。 サブディレクトリ/ Vendorがあり、その中にいくつかの外部ライブラリのコピーがあります。プロジェクトの元のメンテナーは、このディレクトリを外部ライブラリの新しいコピーで時々更新しました。 1人の開発者が、このコピーをgit submoduleに置き換えるというアイデアのあるプルリクエストを送ってきました。 そして、それが良いアイデアかどうかを検討しています。 Gitサブモジュールの長所： サブモジュールは、同様のシナリオ用に特別に設計されました 次の更新中に上書きされるベンダーへの偶発的なコミットの可能性を削除します Gitサブモジュールの短所： gitサブモジュールがメンテナーからプロジェクトをクローン/プルする人に複雑さを押し付けているようです（クローンを作成してプロジェクトの作業を開始するには、追加の手順が必要です： "git submodule init"、 "git submodule update" これについてはどう思いますか？ もう一つ。この問題は、外部依存関係が非常に限られているかなり小さなサイズのライブラリです。今のところ、どんなビルドツールでもやり過ぎだと思います。

18 git  github 

非常に初期の開発状態にあるプロジェクトがいくつかあります。彼らは完成に近づいていませんが、私はGitHubでそれらを（公開リポジトリとして）ホストしています： 複数のコンピューターがあり、どこからでもコードにアクセスしたい コードのバックアップが必要です 誰かが何らかの方法で共同作業をしたい場合は簡単にしたい 貧乏人のプロジェクト管理ソフトウェアとしてGitHub Issuesを使用しています 開発のごく初期の段階でも、GitHubでプロジェクトを公開しても大丈夫ですか？OMG this is total BS, this code is so bad!磨かれていない/まだ開発中/テストされていないコードを見ながら、誰かがやって来て言うことを少し心配しています。 新しい公共プロジェクトを開始するときのプラクティスは何ですか？表示すべき実質的なものがあるか、GitHubで直接リポジトリを作成してそこから開始するまで待機しますか？ GitHubこの記事全体で使用しましたが、これはあらゆるコードホスティングサービスに適用されます。

18 open-source  github  project-hosting 

閉まっている。この質問はトピック外です。現在、回答を受け付けていません。 この質問を改善したいですか？ 質問を更新して、 Software Engineering Stack Exchangeのトピックになるようにします。 4年前に閉鎖されました。 GitHubリポジトリには、何かを学ぶときに書くおもちゃのプログラムがあります。たとえば、アルゴリズムやデータ構造について読んだとき、それを簡単に実装して、機能することを確認し、理解します。 私は時々、アルゴリズムとデータ構造のパズルを解き、それがリポジトリにプッシュされます。 このリポジトリは私の履歴書にリンクする価値がありますか、それとも実際に雇用される可能性を損ないますか？

18 self-improvement  resume  github 

私は自分のプロジェクトに取り組んでいる初心者プログラマーとしてあなたに来ます（これは順調に進んでいます）。私の共同創立者はプログラミングの方法も学んでおり、おそらくいくつかの問題を修正し、何らかの問題を起こせるようになりました。 彼は非常に良い質問をしました。それは「この仕事はどうするのか」でした。私は他の誰かとプログラムしたことがないので、私が理論化するだけの何か。最適なワークフローを教えてください。gitを使用します。 システムの特定の部分を所有する必要がありますか？コードをチェックインしていますか？コードレビュー？ > 1開発者とどのように連携しますか？

18 git  github  gitflow 

2つのバージョンを持つゲームプロジェクトがあります。 ゲームのシンプルなバージョン、コア。 ゲームの高度なバージョン。 私は自分の公開リポジトリに最初のバージョンがあり、私だけがそれに取り組んでいます。2番目のバージョンについては、私の2人の友人と私がそれに取り組みます。重要な部分は、2つのバージョンをリポジトリに残すことです。 私はこれにブランチを使用するかもしれないと考えましたが、この質問とその答えを考慮すると、バージョン管理の観点からそうするのは良い習慣ではありません。私が知る限り、自分のリポジトリをフォークすることはできません。 ここで私のオプションは何ですか？リポジトリに両方のバージョンを保持するにはどうすればよいですか？

17 git  github  branching  forking 

Githubでプロジェクトを分岐し、小さな変更を加えて、プルリクエストを元のメンテナーに送信しましたMerged pull request #11 from my_username/master。 これは私がこれをしているのは初めてなので、エチケットが今何であるのかわかりません：私はgit pull upstream masterそれからをしましたgit push origin master、そして今私自身のリポジトリの最後のコミットは私Merged pull request #11 from my_username/masterにはかなり奇妙に感じます。これは人々が通常行う方法ですか、「歴史をきれいにする」ために何かする必要がありますか？ 注：これは小さなドキュメントの変更であったため、ブランチを作成していませんでした。ブランチに変更を加えmaster、プルリクエストを送信しました。そのため、その部分で実行するクリーンアップはありません。

17 git  github  pull-requests 

閉じた。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善したいですか？この投稿を編集して事実と引用で答えられるように質問を更新してください。 5年前に閉鎖されました。 オープンソースプロジェクトを開始することを検討しているため、人気のあるプロジェクトホスティングサイトをいくつか調べました。 驚くべきことに、人気のあるプロジェクトホスティングサイト（GitHub、BitBucketなど）の多く（素晴らしい機能の表についてはこちらを参照）には、フォーラム機能がありません。つまり、ユーザーが開発者と会話したり、昇給のアイデアなど 私見アクティブフォーラムは、私がそのほとんどのプロジェクトの所有者は、このような機能に興味がある期待されるので、プロジェクトを中心に、ユーザーコミュニティを構築する上で重要な要因です。 また、一部のプロジェクトにはサポートフォーラム（またはメーリングリスト）が他の場所でホストされていることにも気付きました。たとえば、Ruby on RailsはGitHubでホストされますが、Googleグループサポートグループがあり、TortoiseHGはBitBucketでホストされますが、SourceForgeにメーリングリストがあります-したがって、この機能が不要なわけではありません。 では、どうして多くのプロジェクトホスティングサイトにフォーラム機能がないのでしょうか？

17 github  project-hosting 

別のフレームワークなどを使用して、プロジェクトを完全に書き直す予定です。参照用の履歴を含む古いコードを保持しておくと便利です。リスク、混乱、驚きを避けるために、これを行う最善の方法は何ですか？ 私のアイデアは、新しいブランチを作成し、そこですべてを置き換え、そこで実行される基本的な「新しい」バージョンを取得し、最後の「古い」マスターにタグを付けてから、ブランチをマスターにマージすることです。これは理にかなっていますか？

14 git  github 

閉まっている。この質問はトピック外です。現在、回答を受け付けていません。 この質問を改善したいですか？ 質問を更新することがありますので、上のトピックソフトウェア工学スタックExchange用。 6年前に閉鎖されました。 codeigniterを使用して、平均的なPHPアプリケーションで4〜5人のプログラマーと協力する必要があります。私たちは1つの都市の5つの異なる場所にいて、すべてのプログラマーはあまり教育を受けていないので、ほとんどのバージョン管理システムを使用したことはないと思います。 このようなプロジェクトで共同作業するための、非常に簡単に入手できるプラットフォームをお勧めできますか？共有のDropboxフォルダーよりも少しだけ洗練されたものについて話しています。

14 php  version-control  svn  github  collaboration 

奇妙なタイトル、はい、しかし、私は私が思うにカバーするために少し地面を持っています。 プライベートリポジトリを持つgithubに組織アカウントがあります。githubのネイティブな問題/プルリクエスト機能を使用したいと思います（プルリクエストは、基本的にコードレビューと機能の議論に関する限り正確です）。私たちは、ツール見つかったハブをすることによってディファンクトプル要求に既存の問題を変換し、自動的にそれをあなたの現在のブランチを関連付けることができるというクールなのはほとんどの機能があります。 組織内の各開発者が組織のリポジトリをフォークして、機能の作業/バグ修正などを行うのがベストプラクティスかどうか疑問に思っています。これは非常に堅実なワークフローのように見えます（基本的にはgithubのすべてのオープンソースプロジェクトが行うことです）が、問題を追跡し、組織のリポジトリである1つのソースから要求をプルできることを確認したいと思います。 そこで、いくつか質問があります。 この場合、開発者ごとのフォークのアプローチは適切ですか？それは少しやり過ぎのようです。直接プッシュアクセスを持たず、すべてのコードをレビューする必要がある開発者を紹介しない限り、すべての開発者にフォークが必要かどうかはわかりません。その場合、それらの開発者だけにそのようなポリシーを制定したいと思います。それで、どちらが良いですか？すべての開発者が単一のリポジトリにあるのか、それともみんなの分岐点なのか ハブツール、特にプルリクエスト機能の経験はありますか？開発者ごとにフォークを行う（または特権の低い開発者向け）場合、ハブのプルリクエスト機能は、上流のマスターリポジトリ（組織のリポジトリ？）からのプルリクエストを処理しますか、それとも異なる動作をしますか？ 編集 私は問題、フォーク、プルリクエストでいくつかのテストを行い、それを見つけました。組織のリポジトリに問題を作成した場合、組織からリポジトリを自分のgithubアカウントにフォークし、いくつかの変更を行って、フォークのマスターブランチにマージします。実行しようとするhub -i <issue #>と、エラーが発生しますUser is not authorized to modify the issue。したがって、明らかにそのワークフローは機能しません。

14 version-control  git  teamwork  github  workflows 

私は.NET開発者であり、ソース管理ソフトウェアとしてTFS（チーム基盤サーバー）を何度も使用しています。TFSの優れた機能は次のとおりです。 Visual Studioとの良好な統合（だから私はほとんどすべてを視覚的に行う;コンソールコマンドはなし） 簡単なチェックアウト、チェックインプロセス 簡単なマージと競合解決 簡単な自動ビルド 分岐 ここで、Gitをオープンソースプロジェクトのバックボーン、リポジトリ、およびソース管理として使用したいと思います。私のプロジェクトは、C＃、JavaScript、またはMySQLを使用したPHP言語、またはストレージメカニズムとしてのSQL Serverデータベースです。 この目的でgithub.comのヘルプを使用し、そこでプロファイルを作成し、Git用のGUIをダウンロードしました。ここまではとても簡単でした。 しかし、私はこれ以上先を行くことにほとんど詰まっています。次のようないくつかの単純な（本当に単純な）操作を行いたいだけです。 Gitでプロジェクトを作成し、ラップトップのフォルダーにマッピングする ファイルとフォルダーのチェックアウト/チェックイン 競合の解決 それが今私がする必要があるすべてです。しかし、GUIはユーザーフレンドリーではないようです。GUIにはそのConnect To...ようなものがあり、プロジェクトのリストが表示されることを期待しています。1つを選択すると、TFSプロジェクトを探索するのと同じように、そのプロジェクトのファイルとフォルダーのリストが表示されますVisual Studioで。次に、ファイルを右クリックして、check-in...またはcheck-outそのようなものを選択できるようにします。 私は多くを期待していますか？TFSのようにGitを簡単に使用するにはどうすればよいですか？ここで何が欠けていますか？

14 version-control  git  github  team-foundation-server 

PHPフレームワークとフレームワークの上にCMSを作成しました。CMSはフレームワークに依存していますが、フレームワークはCMSファイル内の自己完結型フォルダーとして存在します。GitHubでそれらを個別のプロジェクトとして維持したいのですが、フレームワークを更新するたびにCMSプロジェクトを更新するのが面倒になりたくありません。理想的には、これらのファイルを物理的にコミットするのではなく、CMSに何らかの方法でフレームワークファイルをプルして事前定義のサブディレクトリに含めるようにしたいと思います。 これはGit / GitHubで可能ですか？もしそうなら、それを機能させるために何を知る必要がありますか？私は非常に基本的なレベルのGitを使用していることに留意してください。Eclipse用のGitプラグインを使用してリポジトリを作成し、コミットし、GitHubに接続できます。私は現在、プロジェクトでソロで作業しているので、これまでGitについてこれ以上学ぶ必要はありませんでしたが、将来的に他の人にGitを公開したいと思います。 また、依存関係のあるプロジェクトの理想的なワークフローは何でしょうか？そのテーマに関するヒントも大歓迎です。私の設定についてさらに情報が必要な場合は、コメントでお尋ねください。

14 php  git  github  dependencies 

私は、githubsを介してオープンソースとしてリリースする予定のプロジェクトに取り組む予定です。公開前にプロジェクトが動作状態になるまで待つのではなく、最初からgithubにコードを配置することの利点は何ですか。 問題があれば、この特定のプロジェクトはC＃アプリ/サービスであり、無料のgithubアカウントしか持っていません（そのため、非公開にして後でカバーを取り戻すことはできません）

13 open-source  github