0

背景:jiraバグ追跡とgitソース管理に使用しています。私は、iOS フロント エンドと、Web サービスと GUI を提供する Java/Tomcat バック エンドで構成される完全なエンド ツー エンド システムを手に入れました。現在、すべてのソフトウェアを保持する 1 つの git リポジトリと、システム全体の問題を追跡する 1 つの jira プロジェクトがあります。

ソフトウェアが公開されたので、iOS アプリケーションまたはサーバーのいずれかに変更が加えられていることがわかりましたが、通常は両方ではありません。2 つのコンポーネントのバージョン番号は多少異なります。

このプロジェクトにはおそらく手遅れですが、将来的には:

  • 関連するすべてのコンポーネントを単一のソース リポジトリに配置し、単一のバグ追跡プロジェクトを使用して追跡する方法を追求する必要があります。また
  • 各コンポーネントを個別のリポジトリに配置し、個別のバグ追跡プロジェクトで管理する必要がありますか?

どちらのアプローチにも長所と短所があり、答えは簡単に「場合による」であることがわかります。

あなたはどちらに傾きますか。なぜですか。

4

1 に答える 1

1

いくつかの理由から、個別のソース リポジトリを使用します

  1. この 2 つに取り組んでいる開発者は、異なるスキル セットを持っている可能性があります。また、誰が何を見るかを分離したい管理上の理由があるかもしれません。

  2. それらはプロトコル レベルで密接に結び付けられるべきではありません。異なるバージョンが相互作用する必要があります。

  3. 別のフロントエンドを行う場合、最初のポイントはさらに重要になります

2番目の理由は私の主な理由です。

ただし、一般的なバグ データベースを使用します。欠陥/機能は、両端で変更が必要になる場合があります。また、あるコンポーネントにあると思われるバグが実際には別のコンポーネントで修正される可能性が非常に高くなります。データベース間で移行しようとすると、情報が失われます。私はそれを何度も見てきました。

于 2012-11-27T05:28:40.727 に答える