{"id":19854028,"url":"https://github.com/wall-brew-co/rebroadcast","last_synced_at":"2026-06-11T11:31:22.669Z","repository":{"id":64693484,"uuid":"567080254","full_name":"Wall-Brew-Co/rebroadcast","owner":"Wall-Brew-Co","description":"A repository for files that are copied across multiple repositories","archived":false,"fork":false,"pushed_at":"2026-06-06T18:11:37.000Z","size":268,"stargazers_count":0,"open_issues_count":2,"forks_count":0,"subscribers_count":0,"default_branch":"master","last_synced_at":"2026-06-06T18:22:59.809Z","etag":null,"topics":["github"],"latest_commit_sha":null,"homepage":"","language":null,"has_issues":true,"has_wiki":null,"has_pages":null,"mirror_url":null,"source_name":null,"license":"mit","status":null,"scm":"git","pull_requests_enabled":true,"icon_url":"https://github.com/Wall-Brew-Co.png","metadata":{"files":{"readme":"README.md","changelog":"CHANGELOG.md","contributing":"CONTRIBUTING.md","funding":null,"license":"LICENSE","code_of_conduct":null,"threat_model":null,"audit":null,"citation":null,"codeowners":".github/CODEOWNERS","security":"SECURITY.md","support":null,"governance":null,"roadmap":null,"authors":null,"dei":null,"publiccode":null,"codemeta":null,"zenodo":null,"notice":null,"maintainers":null,"copyright":null,"agents":null,"dco":null,"cla":null}},"created_at":"2022-11-17T02:48:12.000Z","updated_at":"2026-06-06T18:11:41.000Z","dependencies_parsed_at":"2024-02-19T23:32:33.833Z","dependency_job_id":"52fd2dd4-3ac3-42b6-974e-a81a06c54165","html_url":"https://github.com/Wall-Brew-Co/rebroadcast","commit_stats":null,"previous_names":[],"tags_count":0,"template":false,"template_full_name":null,"purl":"pkg:github/Wall-Brew-Co/rebroadcast","repository_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories/Wall-Brew-Co%2Frebroadcast","tags_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories/Wall-Brew-Co%2Frebroadcast/tags","releases_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories/Wall-Brew-Co%2Frebroadcast/releases","manifests_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories/Wall-Brew-Co%2Frebroadcast/manifests","owner_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/owners/Wall-Brew-Co","download_url":"https://codeload.github.com/Wall-Brew-Co/rebroadcast/tar.gz/refs/heads/master","sbom_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories/Wall-Brew-Co%2Frebroadcast/sbom","scorecard":null,"host":{"name":"GitHub","url":"https://github.com","kind":"github","repositories_count":286080680,"owners_count":34197393,"icon_url":"https://github.com/github.png","version":null,"created_at":"2022-05-30T11:31:42.601Z","updated_at":"2026-05-26T15:22:16.424Z","status":"online","status_checked_at":"2026-06-11T02:00:06.485Z","response_time":57,"last_error":null,"robots_txt_status":"success","robots_txt_updated_at":"2025-07-24T06:49:26.215Z","robots_txt_url":"https://github.com/robots.txt","online":true,"can_crawl_api":true,"host_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub","repositories_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories","repository_names_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repository_names","owners_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/owners"}},"keywords":["github"],"created_at":"2024-11-12T14:08:22.260Z","updated_at":"2026-06-11T11:31:22.663Z","avatar_url":"https://github.com/Wall-Brew-Co.png","language":null,"funding_links":[],"categories":[],"sub_categories":[],"readme":"# rebroadcast\n\nA repository for files that are copied across multiple repositories.\n\n\u003c!-- START doctoc generated TOC please keep comment here to allow auto update --\u003e\n\u003c!-- DON'T EDIT THIS SECTION, INSTEAD RE-RUN doctoc TO UPDATE --\u003e\n\u003c!-- DON'T EDIT THIS SECTION, INSTEAD RE-RUN doctoc TO UPDATE --\u003e\n\n- [Rationale](#rationale)\n- [Supported Files](#supported-files)\n  - [Clojure](#clojure)\n    - [cljstyle Configuration](#cljstyle-configuration)\n    - [clj-kondo Configuration](#clj-kondo-configuration)\n    - [Sealog Configuration](#sealog-configuration)\n  - [Community Documentation](#community-documentation)\n    - [Code of Conduct](#code-of-conduct)\n    - [Security Policy](#security-policy)\n    - [License](#license)\n    - [Code Owners](#code-owners)\n    - [Contribution Guidelines](#contribution-guidelines)\n  - [GitHub Dot Files](#github-dot-files)\n    - [Git Ignore Configuration](#git-ignore-configuration)\n    - [Issue Templates](#issue-templates)\n      - [Bug Report](#bug-report)\n      - [Feature Request](#feature-request)\n    - [GitHub Action Workflows](#github-action-workflows)\n    - [Repository Labels](#repository-labels)\n    - [Pull Request Template](#pull-request-template)\n- [Unsupported Files](#unsupported-files)\n- [Developing](#developing)\n  - [Adding New Files](#adding-new-files)\n  - [Targeting New Repositories](#targeting-new-repositories)\n- [Rebroadcast License](#rebroadcast-license)\n\n\u003c!-- END doctoc generated TOC please keep comment here to allow auto update --\u003e\n\n## Rationale\n\nThe [Wall Brew Open Source Guidelines](https://github.com/Wall-Brew-Co/open-source) encourage a seamless and consistent developer experience.\nWhile we often think about the work required to provide the tools, documentation, and automation behind that experience; we would do ourselves a disservice to ignore the cost of maintaining these files across a growing number of repositories.\nTo prevent individual repositories from falling out of sync, `rebroadcast` was established to be the primary source of truth for these files.\n\n- [Template Community Documents](https://github.com/Wall-Brew-Co/open-source#template-community-documents)\n- [Automating Opinions](https://github.com/Wall-Brew-Co/open-source#automating-opinions)\n\n## Supported Files\n\n### Clojure\n\nSince most Wall Brew repositories are written in Clojure/Clojurescript, there are several language-specific configuration files worth sharing across repositories.\nThese configuration files work with the tools in the GitHub actions for those repositories, as well as the Leiningen plugins available during development.\n\n#### cljstyle Configuration\n\n[cljstyle](https://github.com/greglook/cljstyle) is used to automatically format all clojure(script) code at Wall Brew.\nFurther, each application uses the same cljstyle configuration to maintain as consistent of a look and feel as possible.\nWhile the [configuration](./sources/clojure/.cljstyle) is minimal, rebroadcasting the file minimizes the cost of any future extension or change.\n\n#### clj-kondo Configuration\n\n[clj-kondo](https://github.com/clj-kondo/clj-kondo) is used as the primary linting too for clojure(script) code at Wall Brew.\nAside from a few special rules and hooks, most applications and all libraries, are generally able to leverage the same [linter configuration](./sources/clojure/cljkondo/config.edn).\nThe configuration is designed to cleanly integrate with code quality tools, and to push developers towards consistent coding standards.\n\n#### Sealog Configuration\n\n[Sealog](https://github.com/Wall-Brew-Co/lein-sealog) is the default changelog management tool used at Wall Brew.\nAll applications and libraries are able to leverage the same [changelog configuration](./sources/clojure/sealog/config.edn).\nThe configuration is designed to enforce consistent Changelog and versioning standards.\n\n### Community Documentation\n\nSeveral community documents establish policies for all Wall Brew repositories.\nSince Github leverages these files on a per-repository basis to display contextual links and information; therefore, a full-text copy must exist locally.\n\n#### Code of Conduct\n\nAll community members should have a clear and shared understanding of what is considered acceptable and unacceptable behavior.\nTo prevent ad-hoc or just-in-time rule setting, we have explicitly outlined our expectations and rules in text.\nThe Code of Conduct strives to meet three goals:\n\n- Welcome contributors and participants\n- Define basic standards and rules for community participation\n- Outline procedures for handling abuse and violation of said rules and standards\n\n[This document is automatically linked for external contributors opening issues and pull requests if it is named `CODE_OF_CONDUCT.md`](https://docs.github.com/en/communities/setting-up-your-project-for-healthy-contributions/adding-a-code-of-conduct-to-your-project)\n\n#### Security Policy\n\nWall Brew maintains one standard policy for communicating repository and dependency vulnerabilities.\nTo streamline communication od sensitive and time-critical information, this files should be made uniformly available as `SECURITY.md`.\nThis also automatically populates the [Security Advisory](https://docs.github.com/en/code-security/getting-started/adding-a-security-policy-to-your-repository) tab in Github.\n\n#### License\n\nBarring exception, [all Wall Brew libraries are provided under the MIT License.](https://github.com/Wall-Brew-Co/open-source#licensing)\nCommon convention, and the literal text of the MIT license, require that it is provided alongside any repository or piece of software covered by that license.\nSince it must contain the exact text of the license, we rebroadcast it undecorated without metadata/comments about this repository.\n\n#### Code Owners\n\nGitHub repositories allow owners to automatically assign Pull Request reviewers based off of impacted files in a [CODEOWNERS file.](https://docs.github.com/en/repositories/managing-your-repositorys-settings-and-features/customizing-your-repository/about-code-owners)\nPublicly available libraries are owned collectively by all members of the Wall Brew organization, and a basic configuration notifies us of Pull Requests more efficiently.\n\n#### Contribution Guidelines\n\n[Contributor guidelines](https://github.com/Wall-Brew-Co/open-source#contributor-guidelines) set explicit, upfront expectations around contributions to our open source repositories.\nThis includes additional information about of the actions/requests that Wall Brew maintainers and automated entities may take, outline that all contributions must adhere to any applicable intellectual property laws, and outlines that all contributions must be made in good-faith adherence to the Code of Conduct.\n\n### GitHub Dot Files\n\nSince most Wall Brew repositories are written in Clojure/Clojurescript, and we encourage tools to work out of the box with no to minimal configuration, our automated quality checks and tests can be shared across repositories.\nAdditionally, these files allow us to specify common bug report, feature request, and pull request templates.\nThese provide a uniform experience for developers across all of our repositories.\n\n#### Git Ignore Configuration\n\n[gitignore](https://git-scm.com/docs/gitignore) is used to automatically prevent the inclusion of unwanted files in Git.\nProjects often maintain these files to ignore binary artifacts, build tool logs, temporary files generated by the project and its core tools.\nAdditionally, common development tools or operating system level files may be included too.\nFiles generated during individual development generally should not be added to project gitignore files, and should be ignored at the [user level.](https://gist.github.com/subfuzion/db7f57fff2fb6998a16c)\n\n#### Issue Templates\n\nIssue Templates prompt users for some basic information while raising GitHub issues.\nSince most of Wall Brew's public repositories are Clojure libraries, we often need the same information to diagnose issues and field requests.\nThese markdown templates auto-format user provided reports, and streamline providing information to us.\n\n##### Bug Report\n\nWhile diagnosing issues or problems, we often need additional context or information to identify the root cause.\nThis includes but is not limited to the consumer's Clojure version, the deployment/development environment, and the usage context.\nA template provides a proactive context in which this information may be provided.\n\n##### Feature Request\n\nWall Brew's offerings are most commonly informed by our own development processed and needs; however, our end user may also identify their own needs.\nTo request these additions to our offerings, we usually need additional information to understand their needs and desires.\nA template provides a proactive context in which this information may be provided.\n\n#### GitHub Action Workflows\n\nTo provide a consistent experience to developers contributing to Wall Brew repositories, we apply consistent CI/CD actions to as many repositories as possible.\nThese include quality controls, like testing and linting, as well as development convenience tools, like automatic labelers and deployment tooling.\nHistorically, these were manually synchronized between repositories.\n\n#### Repository Labels\n\nSeveral of our GitHub actions automatically tag Pull Requests with labels useful for filtering lists.\nCreating these idempotently within actions causes the description and color setting sto be lost.\nWhile losing the label color is annoying, the description is used to render alt text for the badges displayed to represent each label.\nTherefore, it's critical to maintain the description for users that rely on alt text.\n\n#### Pull Request Template\n\nNew contributors often need guidance or reminders on the manual steps in our change process.\nAdditionally, we can prompt contributors to provide some high level information about their changes.\nFor that reason, we use a standard Pull Request Template in each of our repositories.\n\n## Unsupported Files\n\nIt is just as important to denote which files are poor candidates for inclusion in `rebroadcast`\n\n- GitHub Actions and development tools unique to individual repositories, such as the deployment tooling for the Brew Bot UI\n- Files which are automatically generated as the result of development tools\n\n## Developing\n\nThis repo is not intended for outside revision; however, it is critical to note how we can update and support our internal offerings as well.\n\n### Adding New Files\n\nNew files that will be replicated to several projects should be added within the `sources` folder.\nThat folder is segmented into several high-level groups, and new files should be added to their most relevant section.\nFor example, the `community` subfolder for documentation like our Security policy.\nAfter adding the file, add a description of its value to the README.\nFinally, add it to each repository in the [sync configuration.](.github/sync.yml)\nInformation on that file's configuration may be found in the [repo-file-sync-action](https://github.com/BetaHuhn/repo-file-sync-action) repository.\n\n### Targeting New Repositories\n\nWallBrewBot should automatically posses the correct access to each repository within the Wall Brew GitHub organization.\nTo add a new repository, add it to the [sync configuration](.github/sync.yml) and any files you wish to be synchronized to that repository.\nInformation on that file's configuration may be found in the [repo-file-sync-action](https://github.com/BetaHuhn/repo-file-sync-action) repository.\n\n## Rebroadcast License\n\nCopyright © [Wall Brew Co](https://wallbrew.com/)\n\nThis software is provided for free, public use as outlined in the [MIT License](https://github.com/Wall-Brew-Co/rebroadcast/blob/master/LICENSE)\n","project_url":"https://awesome.ecosyste.ms/api/v1/projects/github.com%2Fwall-brew-co%2Frebroadcast","html_url":"https://awesome.ecosyste.ms/projects/github.com%2Fwall-brew-co%2Frebroadcast","lists_url":"https://awesome.ecosyste.ms/api/v1/projects/github.com%2Fwall-brew-co%2Frebroadcast/lists"}