弊社（科学と神々株式会社）ではバージョン管理システムにGitではなく、jujutsuを採用しています。
jujutsuは現在ネイティブバックエンドの開発は停滞しいるようですが、Gitリポジトリと互換性のある形で利用できます。Gitの理解に苦慮するメンタルモデルから離れ、明確なワークスペースモデルによる一貫したメンタルモデルを構築することにより認知負荷の最小化を狙います。
また、Project as a Codeの一環で、将来的には、release-pleaseに対応した独自のラッパーコマンドrevisionに移行する予定です。

本書は弊社の初期研修資料となります。

## 重要 ##
（内容の正確性よりは方向性のために公開しています。ドキュメント整備に協力いただける方を募集しています）

（開発中のプロダクト）
- revision(release-please対応)
- nibuild

（脱稿前原稿からの改稿予定リスト）
- サンプルソースのNim言語化
- ソースコードの外部化


(脱稿前原稿)「研修資料：バージョン管理システムjujutsu Step by Step」

# 現代バージョン管理の思想と実践：Jujutsu によるワークスペースモデルの探求

# 序章：バージョン管理の進化とJujutsuの哲学

# 第1章：Jujutsuのメンタルモデルとアーキテクチャ

# 第2章: Jujutsuワークスペースの基本

# 第3章: 変更管理とコミットモデル

# 第4章: 非線形履歴とブランチング

# 第5章: 高度な変更操作と履歴の書き換え

# 第6章: 分散協業モデルとリモート連携

# 第７章: ワークスペースのカスタマイズと拡張

# 第8章：複合プロジェクトとモノレポ管理　演習問題解答例

# 第9章：統合開発環境とツールチェーン

## 9.6 統合ダッシュボードの構築

# 統合開発ダッシュボード: 要件定義書

# 第10章：ケーススタディとパターン

### 10.4.3 Jujutsuを活用した段階的リファクタリング

## 演習問題

#### インパクトアナライザーの設計と実装

# 第11章：Jujutsuの未来と拡張性

### Jujutsuプロジェクトへの提案

開発手法

科学と神々株式会社

jasagiri