タグ付けされた質問 「open-source」

オープンソースイニシアチブは、「人気があり、広く使用されている、または強力なコミュニティで使用されるライセンス」のリストに9つの異なるライセンスをリストしています。 プロジェクトをオープンソースとしてライセンスしたい。残念ながら、私は法律を話しません。正しい選択をするのに役立つ、または少なくとも正しい方向に私を向けるのに役立ついくつかのチャートを参照できますか？たとえば、ライセンス間の違いをまとめた表、または要件を使用して適切なライセンスを案内するフローグラフでしょうか？ 私も弁護士に会うつもりですが、最初にどんな情報でも助けになります。

57 open-source  licensing 

オープンソースコミュニティの多くの人々は、採用時に候補者のGithubプロファイルを強く検討すると言います。 私はGithubで積極的に活動しており、私自身のプロジェクトと他のプロジェクトへの貢献がいくつかあります。しかし、自分が雇用主であるかのように自分のプロファイルを見ると、クローンを作成したが貢献したことのないプロジェクトなど、多くのノイズが見えます。誇りに思っているプロジェクトやパッチは目立ちません。 人々のGithubプロファイルを評価する場合、どのように行いますか？そして、開発者として、何か別のことをする必要がありますか-例えば、私が積極的に取り組んでいないクローンリポジトリを削除しますか？

54 open-source  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よりも優れていると思うハッカーニュースにこれらのファンボーイがいるからです。 /履歴書。:)

53 open-source  github 

私はしばらくの間オープンソースプロジェクトを使用し、オープンソースアプリケーションを開発してきましたが、「Nightly Build」という言葉に頻繁に出くわし、それが実際に何を意味するのか常に興味がありました。文字通り、プロジェクトは純粋にサイドプロジェクトとして行われ（通常は全員が日中の仕事を終えた後の夜）、真の貢献者/専任の開発チームはいないか、それよりも複雑ですか？

53 open-source  terminology 

私はかなり長い間、かなり大きなオープンソースプロジェクトに独力で取り組んできましたが、それをリリースしたいところに近づいています。しかし、私は独学であり、プロジェクトを適切にレビューできる人を本当に知りません。 数年前、私はそれをリリースしたフォーラムで（重大な意味で）ほぼばらばらになった小さなコードをリリースしていました。コードは機能しましたが、批判は正確ではありましたが、残忍でした。それがきっかけで、あらゆるもののベストプラクティスの検索を開始し、最終的には自分がはるかに優れた開発者になったと感じています。私は数え切れないほど完璧にしようとして何度もプロジェクトのすべてを調べてきました。 私は自分のプロジェクトを信じており、多くの人々を助ける可能性を秘めていると思いますし、それで面白い方法でいくつかのクールなことをやったと感じています。それでも、私は独学なので、私の自己教育にはどのようなギャップがあるのだろうと思わずにはいられません。前回私のコードがばらばらにされた方法は、繰り返したくないものです。数え切れないほどの時間を費やしてきたプロジェクトをリリースすることに対する2つの最大の恐怖は、独学や、さらに悪いことに、クリケットの音でリリースしたために、特許的に明らかなものを見逃したため、まったく恥ずかしいと思います。 同様の状況にあった人はいますか？私は建設的な批判を恐れていませんが、それが建設的なものであり、私がいかに失敗したかについての暴言ではありません。StackExchangeにコードレビューサイトがあることは知っていますが、大規模なプロジェクトにはあまり設定されておらず、プロジェクトの断片の一部を投稿する場合、コミュニティがまだ十分なフィードバックを得ることができるとは感じませんでした（私は1つのファイルで試してみました）。恥ずかしさやプロセスに没頭することなく、少なくともある程度の成功をプロジェクトに与えるにはどうすればよいですか？

51 open-source  self-improvement  code-reviews  personal-projects 

マイクロソフト（およびビルゲーツ）がオープンソースコミュニティの目で見ている評判の低さに原因となる特定のインシデントはありますか？Microsoftが独占企業ではないことは明らかです。Appleのような企業は、ソフトウェアの制限に関してはさらに悪い結果を出しています。なぜマイクロソフトはオープンソースコミュニティからの憎悪のほとんどを得るのですか？

51 open-source  microsoft 

オープンソースプロジェクトを開始することは、単に公開リポジトリにソースコードを投げて、それで満足することではありません。技術的な（ユーザー以外の）ドキュメント、貢献方法などの情報が必要です。 重要なことを行うためのチェックリストを作成する場合、それに何を含めますか？

50 open-source 

以前の仕事で、タスクを自動化するための汎用ダッシュボードを作成しましたが、それは非常に有用であることが判明しました-もちろん、以前の雇用者はそこで働いている間に書いたすべてのコードを所有しています。私はもうそこにいませんが、メモリからそのダッシュボードを再作成し、コードをオープンソースにすることは合法ですか？再作成する場合、かなりのメモリがあり、通常のコーディングスタイルと命名規則に従う傾向があるため、コード（おそらく2k〜3k行）は元のコードとほとんど同じです。 編集：もう少し背景-これは、グローバル企業内の小さなチーム（<10）によって内部的にのみ使用されるかなり汎用的なソフトウェアです。「会社」は、このシステムを認識していません。なぜなら、私は自分自身のイニシアチブでそれを作成しているからです。python / django上に構築されています。そして、ほぼ同一ということは、たとえば、djangoモデルは同じ名前/フィールドを持ち、ビューは同じオブジェクトセットを返すために同様のクエリを使用するということです。

49 open-source  legal 

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

48 open-source  project-management  github  issue-tracking 

ライセンス自体を引用するには： 著作権（C）[年] [著作権者] これにより、このソフトウェアおよび関連ドキュメントファイル（「ソフトウェア」）のコピーを取得するすべての人に、使用、コピー、変更、マージの権利を含むがこれらに限定されないソフトウェアを許可する許可が無料で付与されます。ソフトウェアのコピーを発行、配布、サブライセンス、および/または販売し、以下の条件に従って、ソフトウェアの提供先にソフトウェアの提供を許可します。 上記の著作権表示およびこの許可通知は、ソフトウェアのすべてのコピーまたは大部分に含まれるものとします。 太字の部分が何を意味するのか正確にはわかりません。 私はいくつかのライブラリを作成しており、MITライセンスの下でそれをライセンスしているとしましょう。誰かがそのライブラリをフォークし、クローズドソースの商用バージョンを作成することにしました。ライセンスによると、彼はそれを自由に行えるはずです。 しかし、これらの条件の下で彼はさらに何をする必要がありますか？クリエイターとして認めてくれませんか？「上記の著作権表示」は「著作権（C）[...」の部分を指していると思いますが、そのコードの著者としてリストに載っていませんか（技術的にはコードを入力しましたが）。 そして、私が自分のライブラリをライセンスしたのと同じ条件下で、彼のライブラリが実際にライセンスするものに「許可通知」を含めないでしょうか？ または、これを間違って解釈していますか？それは著作権と許可通知を含める義務を指しますか？

48 licensing  open-source  legal  mit-license 

私は非常に大規模な研究主導型のオープンソースプロジェクトに取り組んでおり、他の多くの定期的な貢献者もいます。プロジェクトは現在非常に大きいため、コンソーシアム（2人の常勤従業員と少数のメンバーで構成される）がプロジェクトの維持、継続的統合（CI）などを担当しています。外部の統合のための時間がありません。しかし貢献。 このプロジェクトは、「コア」フレームワーク、約50万行程度のコード行、コンソーシアムが管理する「プラグイン」の束、およびいくつかの外部プラグインで構成されています。気づいてさえいません。 現在、私たちのCIはコアとメンテナンスされたプラグインを構築しています。 私たちが直面している大きな問題の1つは、ほとんどの貢献者（および特に臨時の貢献者）がメンテナンスされたプラグインの90％を構築していないことです。 GitHubでプルリクエストを行う前に、コードがマシンでコンパイルされることを確認しました。 コードは機能し、満足し、CIはビルドを終了し、問題が始まります。コンソーシアムが管理しているプラ​​グインでコンパイルが失敗しました。コントリビューターは自分のマシンではビルドしませんでした。 そのプラグインは、たとえばCUDAなどのサードパーティライブラリに依存している可能性があり、ユーザーは壊れたプラグインをコンパイルしたくない、ハードウェア上の理由でコンパイルできない、または単にできない。 そのため、PRはマージされないPRの辺りにとどまるか、寄稿者が壊れたプラグインのソースで名前を変更した変数を把握し、コードを変更し、ブランチをプッシュし、 CIがコンパイルを終了し、通常はエラーが増え、CIが満足するまでプロセスを繰り返します-または、コンソーシアムで既にオーバーブッキングされている2人のパーマネントのうちの1人が手を差し伸べ、マシンのPRを修正しようとします。 これらのオプションはいずれも実行可能ではありませんが、どのように異なる方法を実行するのかわかりません。プロジェクトの同様の状況に直面したことがありますか？もしそうなら、この問題をどのように処理しましたか？ここに表示されていない解決策はありますか？

45 c++  open-source  continuous-integration 

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

43 open-source  github 

数年前、誰かが本当にすてきで人気のあるスクリプトの束を作成しました。しかし、それらは長い間更新されていませんでしたが、現在はもう作業していません（ターゲットプラットフォームが更新されており、いくつかの変更が必要です）。 彼はどんなライセンスの下でもそれをリリースしていません。バグを修正し（現在、多くのターゲットユーザーはそれを使用できない）、GitHubに、できればパブリックドメインスタイルのOSSライセンスの下で投稿したいです。法的影響は何だろうか？ 作者にメールを送信しましたが、彼は私のメールに返信しませんでした。 次の2つの場合にこれを行う必要があります。 スクリプトがプライベートWebサイトに投稿されている場合（ソース管理なし）。 スクリプトがGitHubに投稿されている場合（ライセンスのヒントなし）。 ただし、オープンソースのように見えます-使用/変更/なんでもあります。

40 open-source  licensing  copyright 

最近、GitHubで多くのオープンソースRuby（またはその大部分がRuby）プロジェクトに遭遇しました。Rubocopなどのコード分析ツールで確認すると、多くの違反が発生します。 現在、これらの違反のほとんどには、単一引用符の代わりに二重引用符を使用することが含まれています（補間ではない場合）、レベルごとに2スペースの規則に従っていない、80文字の行長規則を超えている、または複数行のブロックを使用{し}ています。 [The] Rubyスタイルガイドでは、実際のRubyプログラマーが他の実際のRubyプログラマーが保守できるコードを作成できるように、ベストプラクティスを推奨しています。〜ソース：Rubyスタイルガイド 小さくて簡単に修正できますが、オフェンスを修正してプルリクエストを行うことで、オープンソースプロジェクトのコーディングスタイルを変更することは適切ですか？私はRailsのようないくつかのプロジェクトは、ことを認め化粧品の変更を受け入れないと、一部がRubocopが実行されたとき（Railsが例えば80,000犯罪を生成し、一度にすべての「修正」にあまりにも大きいです-に関係なく、彼らは独自の小さなセット持ってコーディングを貢献する際に従うべき規則）。結局のところ、Rubocopのようなツールと一緒にRubyスタイルガイドがあります。 人々は一貫性を高く評価しているので、このような変更を加えることは、Rubyコミュニティ全体にとって良いことです。 [Rubyスタイルガイドの著者]は、どこからともなくすべてのルールを思いついたわけではありません。それらは、主にプロのソフトウェアエンジニアとしての幅広いキャリア、Rubyコミュニティのメンバーやさまざまなメンバーからのフィードバックや提案に基づいています「Programming Ruby 1.9」や「The Ruby Programming Language」など、高く評価されているRubyプログラミングリソース。〜ソース：Rubyスタイルガイド コミュニティコーディングスタイルの規則とベストプラクティスに従っていないため、基本的に悪いプラクティスを奨励していませんか？

38 open-source  coding-style  ruby 

Apache Licenseバージョン2.0の原文と説明を平易な英語で読みました。 OK、The Best Company in the Worldが配布したクラスとそのライセンスをコピーし、コードを少し変更します。 変更した元のファイル。 /* * Copyright (C) 2011 The Best Company in the World * * Licensed under the Apache License, Version 2.0 (the "License"); * you may not use this file except in compliance with the License. * You may obtain a copy …

38 open-source  source-code  apache-license  distribution