# Installer mogenerator avec Homebrew, MacPorts

Consultez les chemins d'installation, exécutables, métadonnées et notes de sécurité de mogenerator pour les workflows d'agents IA.

## installation

```sh
sudo av install brew:mogenerator
```

Commandes d'installation supplémentaires:

### macOS

- Homebrew (100%):

```sh
brew install mogenerator
```

  Preuve: local Homebrew formula metadata

- MacPorts (94%):

```sh
sudo port install mogenerator
```

  Preuve: MacPorts ports tree: devel/mogenerator/Portfile from https://api.github.com/repos/macports/macports-ports/git/trees/master?recursive=1

## Faits du paquet

- **Clé du paquet:** brew:mogenerator
- **Gestionnaire de paquets:** Homebrew
- **Version:** 1.32
- **Résumé source:** Generate Objective-C & Swift classes from your Core Data model
- **Page d'accueil:** <https://rentzsch.github.io/mogenerator/>
- **Dépôt:** <https://github.com/rentzsch/mogenerator>
- **Généré:** 2026-08-03T19:37:03+00:00

## exécutables

- mogenerator (alias)

## Comportement d'installation

- Bouteille: non disponible

## Version et fraîcheur

- page générée: 2026-08-03
- version du gestionnaire: 1.32
## Historique du projet et usages

mogenerator is Jonathan 'Wolf' Rentzsch's Core Data code generator, with project source copyright notices dating the codebase to 2006-2019. Its core idea is the two-class pattern for each Core Data entity: a generated machine-owned class such as _MyEntity that can be overwritten to match the model, and a human-owned subclass such as MyEntity where app-specific logic lives. That split made it attractive to Objective-C Mac and iOS developers who wanted generated accessors and constants without losing hand-written business logic every time the model changed.

### Historique du projet

The project became a notable tool in the Cocoa/Core Data ecosystem. Its README describes the command-line workflow around .xcdatamodel files, and a 2012 Edge Cases episode presented it as a popular open source Core Data code generation tool. In practice, developers ran mogenerator manually, from scripts, or from Xcode build phases to keep generated Objective-C classes synchronized with a Core Data model.

### Historique d'adoption

Major milestones tracked in the project's version history include the 2014 v1.28 release adding a --v2 argument for modern defaults and experimental Swift code generation, v1.29 adding a built-in model compiler instead of relying on Xcode's momc, v1.30 making modern Objective-C and Swift defaults while adding bundled Swift 2 templates, and v1.31 adding Swift 3 support. Later releases added support for newer Core Data property types, nullability annotations, Swift fetchRequest generation, and more template metadata.

### Modes d'utilisation

Its package-manager niche is narrow but durable: a macOS developer CLI for legacy and long-lived Core Data projects, adjacent to Xcode's own model tooling but more opinionated about generated code ownership.

### Sources

- <https://edgecasesshow.com/027-where-mogenerator-really-picks-it-up.html>
- <https://github.com/rentzsch/mogenerator>
- <https://github.com/rentzsch/mogenerator/blob/master/Version-History.md>
- <https://github.com/rentzsch/mogenerator/blob/master/mogenerator.m>
- <https://www.tumblr.com/rentzsch/97193911940/mogenerator-1-28>


## Notes de sécurité

narrow executable package without higher-risk signals.

- **Risque Geiger:** vert / faible
- narrow executable package without higher-risk signals

## Autres enregistrements de gestionnaires de paquets

- MacPorts - mogenerator: normalized package name match | MacPorts ports tree: devel/mogenerator/Portfile from https://api.github.com/repos/macports/macports-ports/git/trees/master?recursive=1


## Combined YAML source

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


## Sources

- 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