POST: an intro to PURL
Personne n'a encore pris cette issue.
Évaluation
- Difficulté
- 2/5
- Temps estimé
- 1-3 heures
- Accessibilité débutants
- 55/100
- Type d'issue
- Documentation
- Clarté
- Plutôt claire
- Activité
- À l'abandon
- Stack technique
- javascript
- Domaine
- content, documentation
Piste de recherche
Aucun fichier, test ou point d’entrée n’est indiqué. Commencez par examiner la structure de contenu Docusaurus/markdown du dépôt et identifiez l’emplacement de stockage des articles du site web ; ajoutez cette introduction à PURL à l’emplacement approprié, puis vérifiez que l’article rendu contient le contenu fourni et les métadonnées nécessaires au site.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
Modern software development is heavily based on open source software, and understanding and managing the components (aka. packages) we assemble to make up a codebase is both useful and hard. For instance, when a containerized app embeds 1,000 or 10,000 packages, the bulk will be free and open source software (FOSS) third-party packages bundled as dependencies. To address the difficulties to clearly identify and track software components across diverse software ecosystems like app package with Maven, npm, PyPI or systems packages like Debian, but also diverse tools, and databases, we "invented" the Package-URL (PURL) specification (or rather we discovered it).
Originally this was to fulfill a very simple and selfish need: it was way too difficult to lookup a vulnerability database using the output of a packages and dependencies scan, requiring a work intensive combination of manual expert research and guesswork, not a happy combo!
Fast forward, and PURL is today a de-facto global standard designed to reliably identify software packages and dependencies across programming languages, package managers, and software ecosystems.
It is a key part of standard like CycloneDX (an Ecma standard), OASIS CSAF (now also an ISO standard), SPDX (also an ISO standard) ,and OpenVEX, and is on the way to be integrated in the CVE schema, after its adoption in the CSAF and OSV schema.
PURL provides a consistent, human-friendly and machine-readable way to reference packages (aka. components), regardless of their origin or ecosystem. By encapsulating the key identification info like the package type, name, and version into a simple, readable and familiar URL format, PURL enables a more accurate and interoperable approach to referencing software packages, enabling all tools to talk together about software packages in this emerging software supply chain.
PURL has grown to play an important role in improving software supply chain clarity, by enabling tools and systems to more accurately trace the origin and lineage of software packages, and is facilitating better and more efficient vulnerability management, and license compliance. By having a uniform way to describe (and locate) packages, software teams can more efficiently automate tracking their FOSS package inventories, and actively manage them for currency (updates, EOL), legal (license), security (vulnerabilities) and other proactive risk assessments.
PURL supports the improved automation of software supply chain processes by serving as a base for various tools and standards, including Software Bill of Materials (SBOM), VEX, dependency tracking, and continuous integration/continuous deployment (CI/CD) pipelines. Its adoption helps bridge the gaps between these different tools and ecosystems, fostering a clearer, more secure, and efficient software development lifecycle where we can all share a common language when we talk about software packages.
Because of all this, Package-URL is a key building block for modern software supply chains. And by standardizing the way software packages are identified, PURL enables traceability, automation, and ultimately supports manageable, responsible and safer FOSS software consumption.
- Langage dominant
- JavaScript
- Étoiles
- 9
- Forks
- 17
- Merge moyen
- 7 h 55 min
- PR mergées (30 j)
- 2
Préparer son environnement
Ce projet ne fournit ni conteneur de développement, ni Dockerfile, ni guide de contribution : l'installation est à votre charge. Commencez par son README, et consultez notre guide de la première contribution pour les étapes générales.
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Autres issues de aboutcode-org/www.aboutcode.org
-
Making all post button.Peut-être pris @sarthaklole l’a pris il y a 70 jours. Ouverte
Difficulté 2/5 1-3 heures Accessibilité débutants 72/100
aboutcode-org/www.aboutcode.org#117 · 3 commentaires ·
-
WWW: Reduce frequency of update-releasesPeut-être à nouveau libre @johnmhoran l’a pris il y a 51 jours, et aucune pull request n’est ouverte. Ouverteci-workflow
Difficulté 2/5 1-3 heures Accessibilité débutants 45/100
aboutcode-org/www.aboutcode.org#180 · 1 personne assignée ·
-
DOCS: Create new AboutCode stack diagram(s)Peut-être à nouveau libre @hixvikas l’a pris il y a 52 jours, et aucune pull request n’est ouverte. Ouvertedocumentation
Difficulté 5/5 Plus d'une semaine Accessibilité débutants 35/100
aboutcode-org/www.aboutcode.org#166 · 1 commentaire ·
-
WWW: Create About top level page?Peut-être pris @pombredanne l’a pris il y a 154 jours. Ouvertewebsite
Difficulté 2/5 1-3 heures Accessibilité débutants 35/100
aboutcode-org/www.aboutcode.org#164 · 1 réaction · 1 personne assignée ·
-
WWW: Add Initiatives and grant ProjectsPeut-être à nouveau libre @mjherzog l’a pris il y a 240 jours, et aucune pull request n’est ouverte. Ouverteenhancement needs design website
Difficulté 5/5 Plus d'une semaine Accessibilité débutants 25/100
aboutcode-org/www.aboutcode.org#141 · 1 personne assignée ·
Toutes les issues de aboutcode-org/www.aboutcode.org
Issues similaires
-
Difficulté 2/5 1-3 heures Accessibilité débutants 78/100
wazuh/wazuh-documentation#10584 ·
Les mainteneurs répondent en général sous 1 jour
-
documentation good first issue
Difficulté 1/5 Moins d'une heure Accessibilité débutants 94/100
-
Difficulté 2/5 1-3 heures Accessibilité débutants 78/100
InukaAsith/TwinDesk#84 ·
Les mainteneurs répondent en général sous 2 jours
-
Difficulté 2/5 1-3 heures Accessibilité débutants 76/100
Graphify-Labs/graphify#4860 · 1 commentaire ·
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 2/5 1-3 heures Accessibilité débutants 65/100
CommandCodeAI/command-code#1088 ·
Les mainteneurs répondent en général sous 2 jours