コードリポジトリに多くの貢献者がいるのは悪いことですか？
コードリポジトリに多数の貢献者がいることは悪いことですか？
私の現在の会社は非常に大きなレポを持っています。このリポジトリには40人以上の寄稿者がいます。
そしてそれが悪いことかどうかについての議論があります。
どう思いますか？それについての良い習慣は何ですか？
これはおそらく、この場合はそれほど悪くないかもしれない多くの有権者の答えを引き起こすでしょう。こちらが私のものです。
一般的に私は「はい」と言います。プロプライエタリなアプリケーションの40人の貢献者はたくさんいます。このように多くの貢献者がいるときには、個人が自分のことをする余地を制限する多くの安全対策を講じておくべきです。その点で私はマイケルに同意します。私の主な関心事は、設計の問題を管理して、物事がRailsから外れないようにすることです。ゲートキーパー、つまり、全体的な設計に精通していて、何が行われ、何が行われないかを制御する必要があります。彼はピラミッドを下りていく2人の個人を信頼するように成長します。ピラミッドは着実に成長しなければなりません。その後、機能します。他のグループが何をしているかを各グループが認識していない、互いに独立して開発している人々のグループを望まないでしょう。
より多くの人々がやってくるほど、これはより多くの管理を必要とします。あらゆる組織のように、物事が定着し、人々が効果的になるには時間がかかります。プロジェクトを開始してすぐに40人を投じるだけでは成功しない可能性があります。だから、はい、それはうまくいくことができますが、あなたが小さなものから始めて、一度にそれを一歩踏み出さなければなりません。
私は責任が共有されているとは思わないので、かなり厳密な階層、すべての貢献を統括する技術所有者が必要になると私は言います。これがないと、混乱するか、必要なときに大きな変更を加えることができなくなります。
何百もの貢献者がいるプロジェクトがあります。 Linuxカーネルは頭に浮かぶものなので、コードを改善したりバグを修正したりする40の目を持つことは悪いことではありません。
ただし、重要なのは、変更管理プロセスと、1人の開発者によるいくつかの不良コミットによって開発全体がクラッシュすることのないようにするための適切な制御です。
これらは、より多くの開発者が一緒に作業できるようにするのに役立ちます。
- コードには単体テストがありますか？
- ユニットテストはコミット前に実行されますか？
- 開発者は自分のブランチで作業しますか？
- コードピアはブランチマージ戦略の一部としてレビューされますか？
- コードはモジュール化されていますか？個々の変更は少数の分離されたファイルにのみ影響するという点で？