1

私はsvnにまったく慣れていません。最後にあらゆる種類のソース管理を使用したのは、1987年(sccs)でした。私は一人の開発チームです。svnの唯一の目的は、本番環境にあるソースのコピーを作成できるようにすることです。これにより、新しい機能の開発を行う別のコピーを作成しながら、迅速な修正を行うことができます。早急な対応が必要なバグを見つけた場合は、「クイックフィックス」コピーで修正し、本番環境にプッシュしてから、変更を「進行中の開発」コピーにマージします。「進行中の開発」を本番環境にプッシュするときは、「クイックフィックス」コピーをリセットする必要があります。

私は実際に3つのサイトを開発しており、それらには多くの共通点があり、いくつかの共有コードがありますが、ほとんどの場合、相互に通信する方法はさまざまです。

私の最大の混乱は、「作業コピー」と「ブックマーク」という用語です。また、「トランク」、「ブランチ」、「タグ」という用語についても疑問に思います。一人のショップにも必要ですか?

これを設定する方法について何か提案はありますか?関連する質問から私が知ることができた唯一のことは、おそらく3つのサイトすべてに1つのリポジトリを使用する必要があるということです。それ以外は、これを設定する方法がわかりません。違いがあれば、Macでバージョンを使用します。

更新:以下に提案された本は非常に優れています、そして私はそれをすべてまっすぐにしました(私は思います)。最初の混乱は、ブックマークという用語を超えていました。これはバージョン(Mac)固有の用語であることがわかりました。ブックマークは、作業コピーをブックマークするだけです。

これが私が理解したことです。最初にリポジトリを作成し、次に3つのサイトをインポートします。

サイトごとに2つの作業コピーを作成します

brad/tvdco/prod
brad/tvdco/fix
brad/neeis/prod
brad/neeis/fix
brad/pdftk/prod
brad/pdftk/fix

?/prod作業コピーで新機能の作業を開始します

緊急修正が必要な場合は、?/ fixで修正/テストし、その修正をリポジトリにコミットしてから、エクスポートしてプッシュします。

次に、?/ prodを更新して、その修正を新しい開発に取り入れます。

新しい機能をプッシュする準備ができたら、?/ prodをコミットしてエクスポートし、プッシュして、?/fixに移動して更新します。

svnの観点からはかなり簡単です。

4

2 に答える 2

1

SVNブック(オンライン)をチェックして、作業を進めてください。それはあなたを助けるべき概念をあなたに紹介します。最初の章は、用語を理解するのに役立ちます。

セットアップの多くは、あなたとそれをどのように使用したいかに任されています。ほとんどのリポジトリは、ブランチ、タグ、トランクルートのセットアップを使用しますが、必須ではありません。

于 2012-05-21T16:49:34.000 に答える
1

一人のチームの場合、私は常に分散バージョン管理システムであるgitを提案します。中央サーバーは必要ありません。私の意見では、SVNよりもセットアップがはるかに簡単で柔軟性があります---少なくともあなたが説明しているユースケースでは(ここで炎上戦争を始めたくありません:)) 。git素晴らしい公式ドキュメントstackoverflowの初心者向けガイドもあります。

正直なところ、独自の用語は最初から身に付けなければならないものです。svnしばらく前にまだ使用していた私の友人の何人かは、git簡単に切り替えることができませんでした。ただし、バージョン管理を長期間使用していない場合は、gitのアプローチが非常に新鮮であることに気付く可能性があります。

于 2012-05-21T17:34:03.637 に答える