# source-to-image を Homebrew, dnf でインストール

source-to-image のインストール経路、実行ファイル、メタデータ、AI エージェント向けセキュリティノートを確認します。

## インストール

```sh
sudo av install brew:source-to-image
```

追加のインストールコマンド:

### macOS

- Homebrew (100%):

```sh
brew install source-to-image
```

  証拠: local Homebrew formula metadata

### Linux

- dnf (92%):

```sh
sudo dnf install source-to-image
```

  証拠: Fedora Rawhide package metadata: source-to-image from https://dl.fedoraproject.org/pub/fedora/linux/development/rawhide/Everything/x86_64/os/repodata/07190dc5ae9f35ae73866675fed6d95fe6e8d9fe22c9d7cdf85862cb2ed24a4c-primary.xml.zst

## パッケージ情報

- **パッケージキー:** brew:source-to-image
- **パッケージマネージャ:** Homebrew
- **バージョン:** 1.6.3
- **ソース概要:** Tool for building source and injecting into docker images
- **ホームページ:** <https://github.com/openshift/source-to-image>
- **リポジトリ:** <https://github.com/openshift/source-to-image>
- **最終更新:** 2026-07-23T09:57:54Z
- **生成日時:** 2026-08-03T19:37:03+00:00

## 実行可能ファイル

- s2i (エイリアス)

## インストール挙動

- Bottle: 利用不可

## バージョンと鮮度

- ページ生成日: 2026-08-03
- マネージャ版: 1.6.3
## プロジェクトの歴史と使われ方

Source-to-Image, commonly `s2i`, is OpenShift's CLI and workflow for building reproducible container images by injecting application source into builder images rather than requiring every application repository to carry its own Dockerfile.

### プロジェクトの歴史

The GitHub repository was created in January 2014. Public releases show a 0.1 release in January 2015, a 1.0 release in June 2015, and continuing maintenance through the 1.x series.

The README frames S2I as both a toolkit and workflow. Its design centers on builder images with standard scripts such as `assemble`, `run`, optional `save-artifacts`, and optional `usage`, plus source-side files like `.s2iignore` and `.s2i/environment`.

### 採用の歴史

S2I is tied to OpenShift's application-build model and has been packaged for Homebrew and Fedora/DNF according to the input package metadata. Its README documents installation via Go, Homebrew, downloadable releases, and platform-specific binaries.

### 使われ方

The canonical workflow is `s2i build <source location> <builder image> [tag]`, followed by running the produced container image. The CLI also includes commands such as `create`, `rebuild`, `generate`, `usage`, `version`, and `help`.

### パッケージ好きにとっての重要性

Package nerds care because S2I sits at the boundary between language packaging, container image construction, and platform policy. It encodes buildpacks-like conventions in simple executable scripts while still producing ordinary container images.

### タイムライン

- 2014: OpenShift source-to-image repository created.
- 2015: v0.1 public release published in January.
- 2015: v1.0 public release published in June.
- 2025: v1.5.0 release updated build containers and Docker dependencies.
- 2026: v1.6.x releases continued dependency and image maintenance.

### Related projects

- OpenShift uses S2I as part of its source-to-container build workflow.
- Builder images provide the `assemble`, `run`, `save-artifacts`, and `usage` scripts consumed by the `s2i` CLI.

### ソース

- <https://github.com/openshift/source-to-image#readme>
- <https://github.com/openshift/source-to-image/blob/master/docs/cli.md>
- <https://github.com/openshift/source-to-image/releases>


## セキュリティノート

broad file, network, media, or database tool signal.

- **Geiger リスク:** blue / 中
- broad file, network, media, or database tool signal

## 他のパッケージマネージャ記録

- dnf - source-to-image - 1.5.1-4.fc45: normalized package name match | Fedora Rawhide package metadata: source-to-image from https://dl.fedoraproject.org/pub/fedora/linux/development/rawhide/Everything/x86_64/os/repodata/07190dc5ae9f35ae73866675fed6d95fe6e8d9fe22c9d7cdf85862cb2ed24a4c-primary.xml.zst | A tool for building artifacts from source and injecting into container images | https://github.com/openshift/source-to-image


## Combined YAML source

View the package source record on GitHub. [combined/source-to-image.yml](https://github.com/mxcl/pkgdb/blob/main/combined/source-to-image.yml)


## ソース

- pkg.so package database
- Geiger risk classifier
- curated package history
- pkgdb category and tag curation
- external package-manager database matches
- cross-ecosystem install command graph
