Skip to content

GitLab

  • Menu
Projects Groups Snippets
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in
  • C chouette-core-tmp
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 0
    • Issues 0
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 0
    • Merge requests 0
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
  • Deployments
    • Deployments
    • Environments
    • Releases
  • Monitor
    • Monitor
    • Incidents
  • Packages & Registries
    • Packages & Registries
    • Infrastructure Registry
  • Analytics
    • Analytics
    • CI/CD
    • Repository
    • Value Stream
  • Wiki
    • Wiki
  • Snippets
    • Snippets
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • Administrator
  • chouette-core-tmp
  • Wiki
  • Home

Home · Changes

Page history
Updated Home (markdown) authored Mar 30, 2018 by Luc Donnet's avatar Luc Donnet
Hide whitespace changes
Inline Side-by-side
Showing with 52 additions and 1 deletion
+52 -1
  • Home.md Home.md +52 -1
  • No files found.
Home.md
View page @ 2705bda2
Welcome to the chouette-core wiki! ## Concepts métiers
De nombreux concepts métiers sont utilisés pour construire une offre de transport : ligne, itinéraires, missions... Ceux ci sont explicités dans le document [données métiers](data_models.md).
## Architecture
TODO : Add high level architecture diagram
Des vues détaillées des différentes parties de l'application sont visibles dans la [page des diagrammes de classe](class_diagram.md)
## Github
Le travail principal de développement se fait dans les sources :
* [application Rails](https://github.com/af83/).
* [application Java](https://github.com/af83/).
Les commits dans l'historique git doivent au maximum éviter de contenir des commits de merge. Les cas pratiques suivants expliquent le meilleure façon de procéder pour se mettre à jour :
Utilisateur sur une branche voulant mettre à jour sa branche
```sh
git pull origin master --rebase
```
Utilisateur sur une branche voulant mettre à jour par rapport à la branche master
```sh
git rebase master // Solution la plus propre à tester en premier
git merge master // Solution plus simple pour gérer une fusion plus complexe
```
## Configuration des applications
* [Activation de fonctionnalites](optionnal_features.md)
* Gestion des policy TODO
## Règles de codage Rails
* [Ecriture d'une migration](/code_rules/migrations.md)
* [Ecriture d'un modèle](/code_rules/models.md)
* [Ecriture d'un controlleur](/code_rules/controllers.md)
* [Ecriture d'une vue](/code_rules/views.md)
* [Ecriture d'une spec TODO](/code_rules/spec.md)
* [Ecriture d'une policy TODO](/code_rules/policy.md)
* [Ecriture d'une feature TODO](/code_rules/feature.md)
* [Gestion I18n](/code_rules/i18n.md)
## Règles de codage Java
* TODO
* TODO
Clone repository
  • Class Diagram
  • Data Models
  • Home
  • Optional Features
  • Rails Controller
  • Rails I18n
  • Rails migrations
  • Rails models
  • Rails spec
  • Rails views
  • Seed database