SubversionとSharePointによるコンフィグレーション管理

Question

1年前に私の現在の会社に雇われたとき、私は開発チームをVSSから移行することを任されました。彼らはすでにSubversionを望んでいることを彼らの心に持っていました。私がSubversionを使用してセットアップした経験があったので、私は良い候補者でした。私はまず、TFSを売ろうとしました。なぜなら、私は今現在問題を解決していますが、お金はタイトで、Subversionは無料です...あなたはそれを手に入れます。とにかく、私は小道具を完成させました。途中に立つ唯一のものは以下の通りです。

ソースコードのみをSVNに保存し、すべてのドキュメンテーション、リリースビルド、およびその他のプロジェクト案をSharePointポータルに保存するよう提案しました。開発者以外のステークホルダーにSVNにアクセスする必要はありません。私が提案を提示したときには、すべてが除外されましたが、アーティファクト間の同期化を管理する方法についての質問が発生しました（例：リリース4.5.2に関連するxバージョン3.1.2の文書化方法）。私の最初の反応は、アーティフィファイズを保持する新しいリリースごとにSharePointのporjectページにセクションを作成することです（また、変更を追跡する）。これを行うより良い方法はありますか？誰もがこれをやっているのを知っていますか？または、SharePointとSVNを同期するための統合パッケージ？

ここに会社の開発環境に関する情報があります。当社のソフトウェアはすべて内部使用目的で販売されているため、当社はお客様のすべてが社内にあります。私たちは2種類の開発者を持っています：1.第三者のソフトウェアのメンテナンスとカスタマイズを担当する人、2.私が落ちる場所であるproprieatryソフトウェアを書く人。私たちが書いているソフトウェアは主に.NETですが、サードパーティのソフトウェアは全面的に使用されています（COBAL、C、FORTRAN、誰も気にすることのないその他のもの）。

私はこれをすぐに提出する必要があるので、助言してください。私はVSSを嫌い!!!!!!!!!!私は救済が必要です！

Answer 1

私たちが内部的に行っていることは、すべてのドキュメントをバージョンコントロールシステムの下に置いていることです。そして、もちろん、開発者以外の人にもアクセス権を与えなければなりません。

あなたの場合は、SVNを使用して、すべてを内部に入れてから、Webインターフェイスを使用してステークホルダーにアクセスしてみませんか？十分に簡単です： - P

Answer 2

私は文書とソースコードの両方にSVNを使用します。

利点：

• あなたがソース コードのバージョンと 文書のバージョンを同期させることができます。
• あなたはすべて1か所にいるので、 管理するリポジトリはありません。

短所：

• おそらくフォルダ 構造のいくつかの部分にいくつかの利害関係者のための のアクセス権を管理する必要があると思います。それらを作るために、これらの項目のためのニーズロック：SVNが同じドキュメントへの可能な同時変更を解決するために、文書管理

のための最も適切なツール ない

、あなたはSVNプロパティのsvnを使用することができます1人で編集可能、アイテムをロックするユーザー。

pabloが述べたように、Webインターフェイスから（少なくともそれらを読むために）ドキュメントにアクセスできます。

Answer 3

Webインターフェイスを介してsvn repoを公開し、sharepointのものにリンクすることができます。そうすることで、文書を編集する必要がある人はSubversionにアクセスする必要がありますが、誰でも簡単に「読み取り専用」の文書にアクセスできます。

Answer 4

私たちの組織では、docs/artifactsがあり、SVNのすべてをコーディングし、技術的でないステークホルダーや亀のクライアントを利用している人にもアクセスできます。あなたは

• オプション1次のオプションを見ることができますしかし

  ：非技術的なユーザー

ためASP.Netインタフェースを作成するあなたはASP.netでの簡単なWebインターフェイスを構築することができ、単一のユーザでそれを設定して、すべての非技術的ステークホルダーのために別々のユーザを作成する必要はなく、適切なバージョン管理などでドキュメントにアクセスすることができます。実装面ではsharpsvnを見ることができます。この方法の欠点は、あなたがこのアプリの開発にいくつかの時間を投資する必要があるかもしれませんということでしょう

• オプション2：勿論、各非開発者の利害関係者

Answer 5

この回答のために別のユーザーを作成し、あまりにもおそらくありますあなたの実装は遅れていますが、最も単純な統合パスは、SVNにドキュメントを保存してから、svn-hookでSharepointに公開することです。

ビルド成果物は、スクリプト作成と同じ方法でプログラムで公開することができます。

あなたも、少し遅れて、簡単なPOSTおそらく

http://blogs.msdn.com/rohitpuri/archive/2007/04/10/upload-download-file-to-from-wss-document-library-using-dav.aspx

Answer 6

すなわちを使用してSharePointのにドキュメントをアップロードすることができますが、SharePointのシステムを持っている場合、私はSVNで文書を入れて避けるだろうセットアップ。 SVNはソースコードのために素晴らしい仕事をしていますが、文書管理のために、SharePointの使い易さは提供されていません。既にセットアップしていて、主にMSベースのネットワークであれば、SharePointは多くの意味を持ち、MSベースのドキュメントのリビジョン管理はSVNよりはるかに優れています。

はい、ニーズロック付きのSVNドキュメントへのアクセスを管理できますが、ある時点では開発者以外の人がドキュメントにアクセスする必要があります。 SVNを非開発者、非専門家に説明するのは簡単なことではありません。