12月22日に、バージョン2.0をリリースしました。
主な変更：
- gitosisからgitoliteへの移行。
- 改訂されたデザイン。 今ではより便利で実用的です。
- 高度な権利管理
- 電子メール通知システムの改善。
- ダッシュボードの改善。
- ファイルとディレクトリツリーの操作を改善します。
- コミットおよびタスク用のAtomテープ。
- Bagofiks +その他の小さな変更。
今後の計画：
- リファクタリング
- パフォーマンスの最適化
- コード行に対するコメント。
- 軽量タスク（ピボットのような）
- 各ブランチの高度なアクセス制御。
- フックを使用します。 プッシュ操作の電子メール通知
- （例として）マージリクエストまたは課題を作成するときに、ブランチを自動的に作成して削除します。 どのように機能するのか明確な考えはありません。
- JSON API
- ユーザビリティネットワークグラフ
- 継続的統合サービスとの統合に向けて取り組む
- LDAP認証
- Wiki
イノベーションマージリクエストについて詳しく説明したいと思います。 これは、github forkの軽量な代替品です。 フォークモデルは、オープンソース開発に非常に適しています。 しかし、プロジェクトの目標は異なるため、原則は少し異なります。
マージリクエストは、ブランチからブランチへのマージリクエストです。 たとえば、feature_feedブランチを作成し、5回コミットしました。 マージ要求の助けを借りて、devブランチにマージしたいという要望を示しました。 これで、devをプッシュする権限を持つ人は、diff（合計5つのコミットすべて）を見て、コメントを書くだけでなく、適切な決定を下すことができます。 ただし、プッシュする権利は正式ですが、まもなくブランチへのアクセスを制御する機会があります。 必要に応じてブランチを自動的および自動的に削除する機能も追加されます。
UPD： プロジェクトへのリンク