0

私は、Web開発者向けのバージョン管理の設定を任されています。他の非Web開発者がすでに使用しているために私が選んだソフトウェアは、SerenaPVCSです。

設定方法を決めるのに苦労しているので、システムで開発がどのように行われるかを説明します。うまくいけば、それが最善の方法についての議論を生み出すでしょう。

開発、UAT /ステージング、本番の3つのサーバーがあります。Web開発者は、開発サーバーでコードを記述してテストするためのアクセス権しかありません。コードを記述したら、認証プロセスを経てコードをUAT /ステージングに移動する必要があります。その後、コードがそこで徹底的にテストされた後、本番環境に移動されます。

開発者に、絶えず変更されている開発のコードにバージョン管理を使用させるように思われ、テストは煩わしいものになります。通常、一度に1人の開発者だけがモジュールで作業するため、他の人の作業を上書きするリスクはほとんどありません。

私の考えは、UAT/ステージングに進む準備ができたときにのみバージョン管理を使用するようにすることでした。これにより、コードを常にチェックインしなくても、開発とテストを行うことができます。

次に、認証グループはバージョン管理を使用して、モジュールに加えられた変更を確認し、UAT /ステージングに適用するために開発者から常に最新のリビジョンを取得していることを確認できます（現在は開発者のzipに依存しています）変更されたファイルを作成し、Webリクエストシステムを介してアップロードします）。

これにより、開発のファイル側が処理されますが、データベース側全体がバージョン管理されなくなります。それは私が考慮する必要がある他の何かです...

任意の考えやアイデアをいただければ幸いです。ありがとう。

4

4 に答える 4

7

ソース管理を煩わしいものとしては扱いません。理由についてはニックスの回答を参照してください。

私があなたなら、これは自分で決めることはしません。サーバーにバージョン管理ソフトウェアをセットアップするのではなく、開発手順を変更して改善するのが問題だからです。

あなたの場合、リリースブランチについて 開発者と品質保証について説明し、話し合う価値があるかもしれません。つまり、開発者はリリースに含める機能を決定し、ステージングクルーがソースの「ステージング」ブランチのテストで忙しい間、開発者はステージングチームに干渉することなく次のリリースで作業できます。

機能ブランチについて考えることもできます。これは、Webサイトの特定の新機能ごとに新しいブランチがあることを意味します。機能が実装されている場合、これらのブランチはマージされます。

ただし、繰り返しになりますが、チームが新しい開発プロセスに同意したことを確認してください。それ以外の場合は、バージョン管理システムを設定して時間を無駄にします。

プロセスには、少なくとも次のものが含まれている必要があります。

  • いつコミットするか。
  • いつ分岐/マージするか。
  • 何/いつタグを付けるか。
  • 全体的なワークフロー。
于 2009-08-15T10:59:55.687 に答える
6

私はセレナを使用しました、そしてそれは確かに迷惑です。セレナがチェックイン-チェックアウトプロセスの上に置くワークフローのオーバーヘッドの不快さに加えて、それは最も単純なタスク以外のことをすることに関して本当に苦痛です。

Serena ChangeManでは、ローカルマシン上のすべてのコードは中央サーバーを介して管理されます。これは本当に悪いデザインです。つまり、開発者が通常行う日常のブランチメンテナンス作業の多くは、管理者権限を持つ人を経由する必要があり、その人は1）ボトルネックになり、2）魂を吸い込む仕事をしているために困惑します。

一元管理では、開発者が自分のマシンでコードを使用して実行できることも厳密に制限されます。たとえば、ボックスにローカルでコードの2番目のコピーを作成する場合、簡単なテストなどを行うために、管理者にボックスに2番目のリポジトリを設定してもらう必要があります。このように開発者を制限すると、チームの生産性と創造性が制限されます。

また、ツールは悪く、ユーザーインターフェイスはひどいものです。そして、それがあまりにも曖昧であるため、すでにそれを使用するように訓練されている開発者を見つけることは決してできません。

したがって、別のチームがSerenaを使用する必要があると言った場合は、プッシュバックします。その製品はひどいです。

于 2009-11-11T22:24:16.547 に答える
1

ソース管理を使用することは煩わしいことではなく、ツールです。新しいAPIやライブラリを使用する場合、分岐とタグ付けの利点を活用することは非常に重要です。

ちなみに、開発者のマシンの1つが故障し、最新のソースがすべて失われた数か月前に、最後にソース管理にコードをコミットしたのは2か月でした。マイルストーンに達したときにバックアップするだけでよい場合もあります。

私は通常、週に2、3回ソース管理に取り組んでいますが、適切な停止点に到達し、別のまたはより大きなものに移動しようとしているかどうかによって異なります。

于 2009-08-14T18:32:40.123 に答える
0

最後の2つの良い点に続いて、他のWeb以外の開発者にも、使用している開発プロセスを尋ねて、新しいプロセスを作成する必要がないようにします。また、同じOSを使用した技術的な問題と、セットアップと管理の両方で、環境で発生する問題の多くに遭遇したこともあります。

于 2009-08-15T12:20:14.267 に答える