0

コードの変更を通知する唯一の方法は、グループ (development@company.com) に電子メールを送信することです。そのため、メールがたくさんあります。

グループに送信されたすべての電子メールが 1 つの場所に保存されるように、電子メール グループを設定したいと考えています。Exchange を使用しているので、Exchange のオンライン フォルダーに自動的に保存することを考えていました。残念ながら、これらの Exchange フォルダは Exchange の最新バージョンではなくなったと言われています。

私の 2 番目の選択肢は、すべてのメールが投稿され、タグが付けられ、検索用にアクセスできる、Wordpress のような内部ブログでした。

  • グループのメールを記録するソフトウェアをブログに書いている人はいますか?
  • これらの電子メールをログに記録するために、他にどのような方法を使用しましたか?

注意: 私はバグトラッカーをセットアップしている最中ですが、開発者がそれを使用するようになるまでにはかなりの時間がかかると確信しています。それまでの間、この別の方法が必要です。

アップデート

ご注意ください：

  • ソース管理はありません (そして、それを実現する機会はありません)
  • バグ/問題の追跡はありませんが、年末までに追跡できるようにしたいと考えています。
  • 私が働いていた人々は、変更をメールで通知することに慣れすぎています。これらのメールを検索用に 1 か所に保存するのが理想的です。
4

6 に答える 6

2

最大の問題は、構成管理システムの欠如です。これは、ソースコードのバージョン管理（Subversionなど）に加えて、変更、統合、リリースを制御するプロセスを意味します。そうすれば、最終ビルドの直前に誰かがテストされていないコードを追加したり、BillがJoeによって既に行われた変更の上に変更を保存するために修正が失われたりすることはありません。「取得する可能性がない」と言うことは、責任の放棄です。これは、品質と効率を向上させるという点での最優先事項です。現在の非システムのコストとリスクに関するビジネスケースを作成し、それを上級管理職に持ち込みます。

次に、適切な問題追跡システムを入手します。CMシステムと同様に、無料のものがたくさんあります。電子メールメッセージは拡大縮小されません。

課題追跡システムを入手したら、すべてのデルタのコメントフィールドに適切な課題番号を入力して、CMシステムをそれに結び付けます。次に、Perlスクリプトを記述して、ブランチで修正された問題を通知し、そのレポートを使用してトラッカーの問題を更新できます。これを行った場合にのみ、次のリリースに何が入っているかがわかります。

于 2009-05-08T17:41:03.630 に答える
2

ほとんどのメーリング リスト パッケージ (mailman など) には、アーカイブ機能と、アーカイブを参照する方法、およびユーザーを管理する独自の方法があります。

たぶん、そのようなものは exchange で動作し、exchange-mgr がリストのミューテーションを管理することを免除します

于 2009-05-07T13:40:53.270 に答える
1

安っぽく聞こえるかもしれませんが... ツイーターをオプションにできませんか?

ツイーターの個人アカウントではなく、ビジネス サービスのようなもので、開発者は何が起こっているのかをすばやく簡単に知ることができます。

私は小さなグループのためにこれについて考えてきました - 人々が何に取り組んでいるのか、問題に直面しているのか、立ち往生しているのかを全員に連絡し続けるためです。

于 2009-05-07T13:39:12.230 に答える
0

ソース管理はありません

ソース管理システムなしで、開発者はどのようにコードを共有しますか? パッチは電子メールで送られますか、それとも変更されたファイルですか? 全員に多大な苦痛を与えることなく、これを管理できますか?

（そして、それが実現する可能性はありません）

定着した作業慣行を変更するのがいかに難しいかは理解していますが、バージョン管理とバグ追跡ソフトウェアは、健全な開発環境にとって「必須」の 2 つです。

開発者が共通のネットワーク共有にアクセスできる場合は、Mercurialを試してください。セットアップには数分しかかからず、ネットワーク ファイル アクセスがあればサーバー プロセスは必要ありません。ここに Joel Spolsky によって書かれた素晴らしいチュートリアルがあります: hginit。

電子メールは、コミット時にログ メッセージに置き換えられます。

開発者がコードの変更を電子メールで送信するのをどうしても止められない場合は、少なくとも代わりに Mercurial の変更セットを含むパッチを電子メールで送信するように開発者に依頼することができます。最終的には、Mercurial 共有からプルする方が簡単であることが判明し、ステルスによるコード制御の導入に成功するでしょう。

グループのメールを記録するソフトウェアをブログに書いている人はいますか? これらの電子メールをログに記録するために、他にどのような方法を使用しましたか?

ソフトウェア開発者として 20 年以上働いてきましたが、ソース コード管理システムの代わりに電子メールを使用している場所で働いたことはありません。

于 2010-05-03T16:57:16.253 に答える