# Discoverability

Published articles for Discoverability.

This is one page of public article previews, not the complete archive. Follow Next page to continue. Summaries are not the original full articles.

## CEL repositories move to the dedicated cel-expr GitHub organization

DevFeed: [CEL repositories move to the dedicated cel-expr GitHub organization](<https://devfeed.tech/articles/cel-finds-a-new-home-at-github-com-cel-expr-34306.md>)

Original publisher: [Read original article](<http://opensource.googleblog.com/2026/06/cel-finds-a-new-home-at-githubcomcel-expr.html>)

Author: Google Open Source (noreply@blogger.com)

Published: 2026-06-16T18:30:00Z

Content type: release

Language: en

Sources: [Google Open Source Blog](<https://devfeed.tech/sources/google-open-source-blog.md>)

Topics: [GitHub](<https://devfeed.tech/topics/github.md>), [Git](<https://devfeed.tech/topics/git.md>)

Tags: [announce](<https://devfeed.tech/tags/announce.md>), [brand-identity](<https://devfeed.tech/tags/brand-identity.md>), [c-plus-plus](<https://devfeed.tech/tags/c-plus-plus.md>), [cel](<https://devfeed.tech/tags/cel.md>), [common-expression-language](<https://devfeed.tech/tags/common-expression-language.md>), [consistency](<https://devfeed.tech/tags/consistency.md>), [dependencies](<https://devfeed.tech/tags/dependencies.md>), [dependency-management](<https://devfeed.tech/tags/dependency-management.md>), [development](<https://devfeed.tech/tags/development.md>), [discoverability](<https://devfeed.tech/tags/discoverability.md>), [github](<https://devfeed.tech/tags/github.md>), [go](<https://devfeed.tech/tags/go.md>), [java](<https://devfeed.tech/tags/java.md>), [pull-requests](<https://devfeed.tech/tags/pull-requests.md>), [python](<https://devfeed.tech/tags/python.md>)

### AI overview

The official Common Expression Language (CEL) repositories have moved from the Google organization to the dedicated cel-expr GitHub organization. The move centralizes the language specification and implementations, while redirects preserve existing links and repository history.

### Source excerpt

by Olena Huang, CEL (Common Expression Language) team We're excited to announce that the official Common Expression Language (CEL) repositories have moved to a dedicated GitHub organization. Visit the new cel-expr repository now! Why the move? This move is a key step in strengthening the CEL ecosystem. By centralizing our projects, including the language specification, Go, C++, C, Java, and Python implementations, under the cel-expr organization, we aim to: Enhance Branding: Create a clear and unified brand identity for CEL. Improve Discoverability: Make it easier for users and contributors to find all official CEL resources in one place. Ensure Consistency: Foster consistency across all CEL projects. Streamline Development: Simplify our development and release processes. What's Changing? The following repositories now reside in the cel-expr organization: google/cel-spec is now cel-expr/cel-spec google/cel-cpp is now cel-expr/cel-cpp google/cel-go is now cel-expr/cel-go google/cel-java is now cel-expr/cel-java cel-expr/cel-python and cel-expr/cel-c have already been in the cel-expr namespace All future development, issues, and pull requests for these projects will take place in their new homes within the cel-expr organization. This is a non-breaking change, due to automatic redirects, but you should update your URLs where possible. What Stays the Same? We've worked to make this transition as seamless as possible: Automatic Redirects: GitHub will automatically redirect all web traffic and git operations from the old google/cel-* URLs to the new cel-expr/cel-* locations. Your existing links and git remote configurations pointing to the old URLs should continue to work for cloning and fetching. Preserved History: The full commit history, issues, and pull requests for each repository have been migrated and are available in the new locations. Action Required: Update Your Dependencies While existing links and git remote configurations pointing to the old URLs should conti

## Using Makefiles to Simplify Command-Line Test Workflows

DevFeed: [Using Makefiles to Simplify Command-Line Test Workflows](<https://devfeed.tech/articles/readme-as-code-34122.md>)

Original publisher: [Read original article](<https://artandscienceofcoding.com/science/readme-as-code/>)

Author: Derek Lee

Published: 2022-02-19T05:00:00Z

Content type: tutorial

Language: en

Sources: [art and science of coding](<https://devfeed.tech/sources/art-and-science-of-coding.md>)

Topics: [make](<https://devfeed.tech/topics/make.md>), [Command-line interface](<https://devfeed.tech/topics/cli.md>), [test](<https://devfeed.tech/topics/test.md>), [unit tests](<https://devfeed.tech/topics/unit-tests.md>), [ci](<https://devfeed.tech/topics/ci.md>), [iOS](<https://devfeed.tech/topics/ios.md>), [Xcode](<https://devfeed.tech/topics/xcode.md>), [Gradle](<https://devfeed.tech/topics/gradle.md>), [JavaScript](<https://devfeed.tech/topics/javascript.md>)

Tags: [automation](<https://devfeed.tech/tags/automation.md>), [ci](<https://devfeed.tech/tags/ci.md>), [command-line](<https://devfeed.tech/tags/command-line.md>), [communication](<https://devfeed.tech/tags/communication.md>), [discoverability](<https://devfeed.tech/tags/discoverability.md>), [gradle](<https://devfeed.tech/tags/gradle.md>), [ios](<https://devfeed.tech/tags/ios.md>), [javascript](<https://devfeed.tech/tags/javascript.md>), [kotlin](<https://devfeed.tech/tags/kotlin.md>), [make](<https://devfeed.tech/tags/make.md>), [science](<https://devfeed.tech/tags/science.md>), [simplicity](<https://devfeed.tech/tags/simplicity.md>), [test](<https://devfeed.tech/tags/test.md>), [unit-tests](<https://devfeed.tech/tags/unit-tests.md>)

### AI overview

This tutorial argues for using Makefiles to simplify and standardize command-line test execution across projects. It contrasts Makefiles with Fastlane and shell scripts, and begins an iOS example using Make targets to run an Xcode test suite.

### Source excerpt

I make a point of always running the test suite (at least the fastest of the bunch: the unit tests) from the command line before pushing code to CI to confirm that all has gone smoothly.