プロジェクト ファイルのセットを共有している技術者以外のユーザーが多数います。彼らにバージョン管理を使ってもらうのが理想的ですが、Subversion も git も、非技術系のオフィス スタッフには技術的すぎると思います。
普通の人に適した分散ソース管理ソフトウェアはありますか?
1053 次
11 に答える
17
ソース管理が技術的すぎる場合は、WebDav で Subversion を使用できます。
あまり技術的でない人は、ソース管理について心配したり考えたりすることなく、使用するアプリケーションからファイルを通常どおり保存します。何もしなくても、自動バージョン管理の利点が得られます。
より多くの機能が必要になったときはいつでも、TortoiseSVN を使用して差分を表示したり、自動的に作成された古いバージョンに戻したりする方法を学ぶことができます...
転覆の本から：
非常に多くのオペレーティング システムが既に統合された WebDAV クライアントを備えているため、この機能の使用例は幻想的です。Microsoft Windows または Mac OS を実行している一般ユーザーのオフィスを想像してみてください。各ユーザーは、通常のネットワーク フォルダーのように見える Subversion リポジトリを「マウント」します。いつものように共有フォルダを使用します。ファイルを開き、編集し、保存します。その間、サーバーはすべてを自動的にバージョン管理しています。管理者 (または知識のあるユーザー) は、引き続き Subversion クライアントを使用して履歴を検索し、古いバージョンのデータを取得できます。
于 2008-09-08T17:28:08.930 に答える
13
Tortoise SVNを試しましたか? ソース管理がこれほど使いやすくなるとは想像できません。
于 2008-09-08T17:15:33.267 に答える
2
一度に 1 人のユーザーが Office ファイルを頻繁に編集する必要がない場合は、適切なアクセス許可を持つネットワーク共有上のファイルを取得し、毎晩バックアップします。Active Directory は、誰かが既に開いている場合に警告します。
単なるオフィスよりも複雑な場合は、Sharepoint を検討してください。SVN は複雑すぎると思います。特に、競合やバイナリ ファイルの比較 (古い Word ドキュメントなど) が実際には機能しないためです。
于 2008-09-08T20:39:10.467 に答える
2
Explorer との統合のためにMercurial とTortoiseHGを試してみます。
問題なく使用できるほど簡単に使用できます。
- 一緒にテキストを書くために、コンピューターに精通していない同僚に教えます。
- Mercurial (TortoiseHG) のインストール、リポジトリの作成、別々のプッシュ (彼の) リポジトリとプル (鉱山の) リポジトリを使用して共同作業するためのセットアップを友人に電話で案内する - Windows マシンに一度だけインストールした後 (私は GNU/ Linux)。
また、完全に分散されているため、彼らが自分のリポジトリを壊しても、あなたのリポジトリを壊すことはできません。変更をプルしないか、適切な変更のみをプルするかを決めることができます (たとえば、初心者がバージョン管理下に置く傾向があるこれらの巨大なバイナリ ファイルを避ける)。 ）。
それ以来、私はすべての静的 Web サイトを Mercurial 経由で管理するように切り替えました (および、Web サイトを FTP サーバーに自動的にアップロードするプッシュ アップロード フックがあるため、もう心配する必要はありません)。
于 2008-09-15T15:16:23.417 に答える
1
subversion + webdavの回答のハウツーを作成しました：
于 2008-12-10T03:19:24.293 に答える
1
最善の解決策は、すべての人にバージョン管理システムを直接使用してもらうことだと思います。Windowsプラットフォームを使用している場合は、TortoiseSVNをお勧めします。
TortoiseSVNを直接使用するのが難しすぎる場合は、すべてのプロジェクトドキュメントが保存されるSambaファイル共有を設定し、これをSubversionと自動的に同期するという良い経験をしました。コミットにコメントを書く人のメリットは失われますが、多くの場合、バージョン履歴がないよりも自動バージョン履歴の方が優れています。このように、関係者は、ドキュメントを適切な場所に保存している限り、バージョン追跡を意識する必要はありません。同期する必要がある頻度は、ドキュメントが変更される頻度によって異なりますが、私の場合、24時間ごとの同期で十分でした。
注：これを実装するには、リポジトリから最新バージョンをチェックアウトするカスタムスクリプトを作成し、ローカルコピーと比較して、変更されたファイルを追加、削除、更新するコマンドを発行svn（または）する必要がありました。cvsこれを行うための一般的な（オープンソースの）ソリューションが存在するかどうかはわかりませんが、とにかく自分で実装するのはそれほど難しいことではないと思います（数時間で実装するための簡単なスクリプトを作成しました）。
于 2008-09-08T17:39:06.360 に答える
1
私は現在、同様の状況で SharePoint が非技術者向けでありながら信頼性の高いバージョン管理を提供できる範囲を調査しています。暫定結果は「まあ」です。結論に達したとしても、リビジョン管理には、ドキュメント管理に対するユーザーの態度を大きく変える必要があることがすでに明らかになっています。
これがApple Macを使用しているチーム向けであった場合（そうではないと思います）、非常に直感的なSVNクライアントであるVersionsを強くお勧めします。これは、リビジョン管理とそのパラダイム シフトが非プログラマーによって簡単に採用されるのを見た最初で唯一のソフトウェアです。
于 2008-09-08T19:55:08.343 に答える
0
「プロジェクトファイル」は潜在的にあいまいです。問題のファイルが主にASCIIファイルではなく、Word文書である場合、またはあなたが持っているものである場合、従来のソース管理ツールが実際に機能するかどうかはわかりません。
SVNet。al。バイナリファイルを喜んでサポートしますが、それだけを使用している場合は、便利な機能のほとんどを実際に利用できず、一般的に技術者以外のユーザーを混乱させることになります。SVN（およびgitなど）はプログラマー向けに設計されたツールです-ドキュメントのリビジョンを管理して履歴を保持するための優れた方法を探しているだけなら、特定のプラットフォームに適したツールがあると思います（私はそうではありませんが）特定のものを推奨するのに十分な知識がある）。
そうは言っても、それらがほとんどASCIIファイルである場合、TortoiseSVNが最善の策だと思います。
于 2008-09-08T18:38:53.080 に答える
0
Adobe のバージョン キューを試しましたか? これはオープンソース/無料ではありませんが、エンドユーザーにとっては使いやすいかもしれません.
于 2008-09-08T17:15:25.793 に答える
0
TortiseSVN を使用した Subversion が複雑すぎる場合 (バージョン管理は Open、Modify、Save とはまったく異なるパラダイムであるため、その可能性もあります) は、はるかに単純な手動バージョン管理から始めることができます。
myDocument-20080908-beverlyd.doc
シンプルで理解しやすく、毎晩または毎週すべての古いバージョンをアーカイブするスクリプトを作成して、実際には最新バージョンまたは 2 つしか表示しないようにすることができます。
誰かが違いを見たい場合は、違いを教えてください。
-アダム
于 2008-09-08T17:28:03.470 に答える