dbo:abstract
|
- في تطوير البرمجيات، المنبع يشير إلى مطورأو كاتب البرنامج/البرامج الأصلي التي يتم توزيعها كشيفرة مصدرية، ومؤهل مخول بإصلاح الخلل أو التصحيح. على سبيل المثال ، يتم تقديم التصحيح الذي تم إرساله إلى أعلى الكتاب للمؤلفين الأصليين أو مشرفي البرنامج. في حالة القبول ، سيدرج المؤلفون أو المشرفون التصحيح في برامجهم ، إما على الفور أو في إصدار مستقبلي. في حالة الرفض ، سيتعين على الشخص الذي أرسل التصحيح أن يحتفظ بتوزيعه الخاص لبرنامج المؤلف. تختلف المنابع فيما بينها في الاستقرار وفي آلية الإصدار وطريقة التوصيل ومسار الترقية. يسمح تطوير المنبع للتوزيعات الأخرى بالاستفادة منه عند استلام الإصدار المستقبلي. بعض المنابع هو مجرد مطور فرد عشوائي على الإنترنت له حساب على github وهو يطور البرنامج وحيدا مع نفسه. والبعض الآخر هو شركة عريقة تطور البرنامج داخليا بشكل منغلق. والبعض تكون إدارة المشروع بيد مؤسسة أو مجموعة منفتحة على عدة شركات وتقدم مصلحة المشروع على مكاسب أي من تلك الشركات. يتعلق المصطلح أيضًا بالأخطاء؛ ويقال المسؤولية عن الخلل إلى المنبع كذب عندما لا يحدث ذلك من خلال توزيع لترقية والتكامل. (ar)
- Upstream ist ein Begriff aus der verteilten Softwareentwicklung (häufig Open Source) und bezeichnet die Richtung eines Patches zum Ursprung (stromaufwärts), also zu den ursprünglichen Entwicklern oder Betreuer der Software. So wird beispielsweise ein Upstream-Patch den ursprünglichen Autoren oder Betreuern der Software angeboten. Wenn er von ihnen akzeptiert wird, werden die Autoren oder Betreuer den Patch in einem zukünftigen Release in ihre Software aufnehmen. Im Falle einer Ablehnung muss die Person, die den Patch eingereicht hat, ihre eigene Distribution der Software des Autors beibehalten. Die Upstream-Entwicklung ermöglicht es anderen Distributionen, davon zu profitieren, wenn sie das zukünftige Release aufgreifen. Der Begriff bezieht sich auch auf Bugs; die Verantwortung für einen Bug soll upstream liegen, wenn er nicht durch die Portierungs- und Integrationsaufwendungen der Distribution verursacht wird. Komplementär dazu beschreibt Downstream die Gegenrichtung. (de)
- En desarrollo de software, el término inglés upstream (que traducido al español significa algo similar a «corriente hacia arriba») se refiere al envío de un parche o corrección al autor original del software o, en su defecto, a sus mantenedores principales, para que éste se integre al código fuente del software. Por ejemplo, un parche enviado upstream es ofrecido a los autores o mantenedores del software. Si es aceptado, será incluido en la aplicación, ya sea inmediatamente o en una versión futura. El desarrollo en upstream permite a otras distribuciones beneficiarse del parche al utilizar el software. Si por ejemplo se encuentra un error en una aplicación, y los mantenedores de cierta distribución lo corrigen pero no lo envían a upstream, ni las otras distribuciones ni desarrolladores podrán beneficiarse de la corrección sin tener que volver a implementar el parche de manera separada. (es)
- In software development, when software has been forked or uses a chain of libraries/dependencies, upstream refers to an issue that occurs in software farther up the chain. It is the direction that is toward the original authors or maintainers of software. It is usually used in the context of a version, a bug, or a patch. Upstream development allows other distributions to benefit from it when they pick up the future release or merge recent (or all) upstream patches. Likewise, the original authors (maintaining upstream) can benefit from contributions that originate from custom distributions, if their users send patches upstream. The term also pertains to bugs; responsibility for a bug is said to lie upstream when it is not caused through the distribution's porting, non-upstream modification or integration efforts. (en)
- 업스트림은 소스 코드로 배포되는 소프트웨어의 원래 작성자 또는 에게 전송하는 방향을 말하며, 주로 버그 또는 패치의 자격으로 전송하는 것을 의미한다. 예를 들어, 업스트림으로 전송된 패치는 소프트웨어의 원본 작성자 또는 유지 보수 관리자에게 제공된다. 전송된 내용이 승인될 경우, 작성자나 유지보수 관리자는 즉시 또는 향후 출시에서 소프트웨어에 패치를 포함시킬 것이다. 그러나 거부될 경우, 패치를 제출한 사람은 자신의 제작 소프트웨어 배포를 스스로 유지 보수 관리를 해야한다. 업스트림 개발을 통해 다른 배포판이 향후 출시를 선택할 때 이 배포본의 이점을 활용할 수 있다. 이 용어는 또한 버그와 관련이 있다. 버그에 대한 책임은 배포의 이식 및 통합 노력을 통해 야기되지 않은 경우 업스트림에 있다고 한다. (ko)
- アップストリーム (英: upstream)とは、ソフトウェア開発において、ソースコードをソフトウェアの元の作成者またはソフトウェア保守者へ配布する方向のことを指す。アップストリームに配布されるのは、元の作成者がアップストリームのソースコードに基づいてリリースしたバージョン、バグ修正、パッチ等である場合がある。 実際の例:
* アップストリームに送信されたパッチは、ソフトウェアの元の作成者または保守者に提供される。承認された場合、作成者または保守者、パッチをソフトウェアにすぐに、または将来のリリースに含める。拒否された場合、パッチを提出した人は、作成したソフトウェアを独自で配布し続ける必要がある。
* アップストリームリポジトリまたはソースコードディストリビューションバージョンとは、ソースコードが具体的にパッケージ化されたバージョンタグ付きリリース、特定のコミット、またはマスター(最新コミット)のいずれかである。 (すべての)アップストリームパッチをマージしなかった場合は、カスタムディストリビューション(フォークなど)がバグ修正と改善(元の作成者に関連付けられたプロジェクトの成熟、アップストリーム)が適用されていない可能性がある。このような場合、カスタムディストリビューションは、それを使用または保守するユーザーの特定のニーズや要件に合わせて調整されている場合もある。これは、依存関係(ベンダーパッケージ)でもよく見られる。依存関係(ベンダーパッケージ)では、利用者はベースバージョンに一度落ち着き、それに固執する傾向があり、時間の経過とともに、環境内で非常に多くの(任意の)変更または非標準の使用が蓄積され、最新のものがマージされる。カスタムディストリビューションへのアップストリームパッチは、パッチと機能の互換性のための主要な追加作業がなければ不可能であり、アップストリームにもパッチがありながら、自分で(そして独自の方法で)解決したバグの重複パッチを回避する必要がある。多くのカスタムディストリビューションユーザーは、依然として重要なアップストリームパッチ(セキュリティの脆弱性関連など)を選択してマージする。 アップストリーム開発により、他のディストリビューションが将来のリリースを取得したり、最近の(またはすべての)アップストリームパッチをマージしたりするときに、その恩恵を受けることができる。 同様に、元の作成者(アップストリームを維持している)は、ユーザーがパッチをアップストリームに送信する場合、カスタムディストリビューションから発生する貢献から利益を得ることができる。 この用語はバグにも関係する。バグの責任は、ディストリビューションの移植、アップストリーム以外での変更、または統合によって発生したものでない場合、アップストリームにあると言われている。 (ja)
- Em desenvolvimento de software, upstream refere-se a uma direção em relativa aos autores ou originais do software que é distribuído como código-fonte e é uma qualificação de um bug ou patch. Por exemplo, um patch enviado upstream é oferecido aos autores originais ou mantenedores do software. Se aceito, os autores ou mantenedores incluirão o patch em seu software, imediatamente ou em uma versão futura. Se rejeitado, a pessoa que enviou o patch terá que manter sua própria do software do autor. O desenvolvimento upstream permite que outras distribuições se beneficiem dele quando escolherem a versão futura. O termo também se refere a bugs; diz-se que a responsabilidade por um bug reside no upstream quando não é causado pelos esforços de portabilidade e integração da distribuição. (pt)
- 在软件开发中,上游通常是指擁有软件源代码的原作者或是維護者,他們通常也較容易發現程序错误及使用Patch程式來修復。舉例來說,一個修補程式被送到上游即為提供給軟體的原作者或是維護者。如果被接受了,作者或維護者就會包含該部份的修補程式到他們軟體中,可能是立即釋出或包含在未來的版本中。如果被拒絕了,提交修補程式的人就不得不繼續維護自他們自己的版本。 上游開發將會使其他衍生版本在未來的釋出中受益。 這個詞也涉及到程式錯誤-最終所有程式錯誤仍需由上游修復而不是由其他衍生版本進行移植及整合。 (zh)
|
dbo:wikiPageID
| |
dbo:wikiPageLength
|
- 3318 (xsd:nonNegativeInteger)
|
dbo:wikiPageRevisionID
| |
dbo:wikiPageWikiLink
| |
dbp:wikiPageUsesTemplate
| |
dcterms:subject
| |
gold:hypernym
| |
rdf:type
| |
rdfs:comment
|
- 업스트림은 소스 코드로 배포되는 소프트웨어의 원래 작성자 또는 에게 전송하는 방향을 말하며, 주로 버그 또는 패치의 자격으로 전송하는 것을 의미한다. 예를 들어, 업스트림으로 전송된 패치는 소프트웨어의 원본 작성자 또는 유지 보수 관리자에게 제공된다. 전송된 내용이 승인될 경우, 작성자나 유지보수 관리자는 즉시 또는 향후 출시에서 소프트웨어에 패치를 포함시킬 것이다. 그러나 거부될 경우, 패치를 제출한 사람은 자신의 제작 소프트웨어 배포를 스스로 유지 보수 관리를 해야한다. 업스트림 개발을 통해 다른 배포판이 향후 출시를 선택할 때 이 배포본의 이점을 활용할 수 있다. 이 용어는 또한 버그와 관련이 있다. 버그에 대한 책임은 배포의 이식 및 통합 노력을 통해 야기되지 않은 경우 업스트림에 있다고 한다. (ko)
- 在软件开发中,上游通常是指擁有软件源代码的原作者或是維護者,他們通常也較容易發現程序错误及使用Patch程式來修復。舉例來說,一個修補程式被送到上游即為提供給軟體的原作者或是維護者。如果被接受了,作者或維護者就會包含該部份的修補程式到他們軟體中,可能是立即釋出或包含在未來的版本中。如果被拒絕了,提交修補程式的人就不得不繼續維護自他們自己的版本。 上游開發將會使其他衍生版本在未來的釋出中受益。 這個詞也涉及到程式錯誤-最終所有程式錯誤仍需由上游修復而不是由其他衍生版本進行移植及整合。 (zh)
- في تطوير البرمجيات، المنبع يشير إلى مطورأو كاتب البرنامج/البرامج الأصلي التي يتم توزيعها كشيفرة مصدرية، ومؤهل مخول بإصلاح الخلل أو التصحيح. على سبيل المثال ، يتم تقديم التصحيح الذي تم إرساله إلى أعلى الكتاب للمؤلفين الأصليين أو مشرفي البرنامج. في حالة القبول ، سيدرج المؤلفون أو المشرفون التصحيح في برامجهم ، إما على الفور أو في إصدار مستقبلي. في حالة الرفض ، سيتعين على الشخص الذي أرسل التصحيح أن يحتفظ بتوزيعه الخاص لبرنامج المؤلف. تختلف المنابع فيما بينها في الاستقرار وفي آلية الإصدار وطريقة التوصيل ومسار الترقية. (ar)
- Upstream ist ein Begriff aus der verteilten Softwareentwicklung (häufig Open Source) und bezeichnet die Richtung eines Patches zum Ursprung (stromaufwärts), also zu den ursprünglichen Entwicklern oder Betreuer der Software. Die Upstream-Entwicklung ermöglicht es anderen Distributionen, davon zu profitieren, wenn sie das zukünftige Release aufgreifen. Der Begriff bezieht sich auch auf Bugs; die Verantwortung für einen Bug soll upstream liegen, wenn er nicht durch die Portierungs- und Integrationsaufwendungen der Distribution verursacht wird. (de)
- En desarrollo de software, el término inglés upstream (que traducido al español significa algo similar a «corriente hacia arriba») se refiere al envío de un parche o corrección al autor original del software o, en su defecto, a sus mantenedores principales, para que éste se integre al código fuente del software. Por ejemplo, un parche enviado upstream es ofrecido a los autores o mantenedores del software. Si es aceptado, será incluido en la aplicación, ya sea inmediatamente o en una versión futura. (es)
- In software development, when software has been forked or uses a chain of libraries/dependencies, upstream refers to an issue that occurs in software farther up the chain. It is the direction that is toward the original authors or maintainers of software. It is usually used in the context of a version, a bug, or a patch. The term also pertains to bugs; responsibility for a bug is said to lie upstream when it is not caused through the distribution's porting, non-upstream modification or integration efforts. (en)
- アップストリーム (英: upstream)とは、ソフトウェア開発において、ソースコードをソフトウェアの元の作成者またはソフトウェア保守者へ配布する方向のことを指す。アップストリームに配布されるのは、元の作成者がアップストリームのソースコードに基づいてリリースしたバージョン、バグ修正、パッチ等である場合がある。 実際の例:
* アップストリームに送信されたパッチは、ソフトウェアの元の作成者または保守者に提供される。承認された場合、作成者または保守者、パッチをソフトウェアにすぐに、または将来のリリースに含める。拒否された場合、パッチを提出した人は、作成したソフトウェアを独自で配布し続ける必要がある。
* アップストリームリポジトリまたはソースコードディストリビューションバージョンとは、ソースコードが具体的にパッケージ化されたバージョンタグ付きリリース、特定のコミット、またはマスター(最新コミット)のいずれかである。 (すべての)アップストリームパッチをマージしなかった場合は、カスタムディストリビューション(フォークなど)がバグ修正と改善(元の作成者に関連付けられたプロジェクトの成熟、アップストリーム)が適用されていない可能性がある。このような場合、カスタムディストリビューションは、それを使用または保守するユーザーの特定のニーズや要件に合わせて調整されている場合もある。これは、依存関係(ベンダーパッケージ)でもよく見られる。依存関係(ベンダーパッケージ)では、利用者はベースバージョンに一度落ち着き、それに固執する傾向があり、時間の経過とともに、環境内で非常に多くの(任意の)変更または非標準の使用が蓄積され、最新のものがマージされる。カスタムディストリビューションへのアップストリームパッチは、パッチと機能の互換性のための主要な追加作業がなければ不可能であり、アップストリームに (ja)
- Em desenvolvimento de software, upstream refere-se a uma direção em relativa aos autores ou originais do software que é distribuído como código-fonte e é uma qualificação de um bug ou patch. Por exemplo, um patch enviado upstream é oferecido aos autores originais ou mantenedores do software. Se aceito, os autores ou mantenedores incluirão o patch em seu software, imediatamente ou em uma versão futura. Se rejeitado, a pessoa que enviou o patch terá que manter sua própria do software do autor. (pt)
|
rdfs:label
|
- منبع (تطوير البرمجيات) (ar)
- Upstream (Softwareentwicklung) (de)
- Upstream (desarrollo de software) (es)
- 업스트림 (소프트웨어 개발) (ko)
- アップストリーム (ソフトウェア開発) (ja)
- Upstream (desenvolvimento de software) (pt)
- Upstream (software development) (en)
- 上游 (軟體開發) (zh)
|
owl:sameAs
| |
prov:wasDerivedFrom
| |
foaf:isPrimaryTopicOf
| |
is dbo:wikiPageDisambiguates
of | |
is dbo:wikiPageRedirects
of | |
is dbo:wikiPageWikiLink
of | |
is foaf:primaryTopic
of | |