タグ付けされた質問 「version-control」

閉まっている。この質問はトピック外です。現在、回答を受け付けていません。 この質問を改善したいですか？ 質問を更新して、 Software Engineering Stack Exchangeのトピックになるようにします。 5年前に閉鎖されました。 次のようなことを言うことができると便利な場合があります。 (git|svn|hg|etc) diff Foo.c:main (git|svn|hg|etc) log log Foo.c:main 最後のコミット以降にソースファイル内の特定の関数に加えられた変更、または変更の完全な履歴を確認します。私の質問は2つあります。 これを行う何かがありますか？ そのようなツールは実用的でしょうか？関数の異なるバージョンを比較するには、各リビジョンでコードの簡単な解析を行う必要があります。オーバーヘッドが大きすぎて効率的ではないでしょうか？

11 version-control  tools 

データベーススキーマをVisual Studio .dbprojデータベースプロジェクトと同期させたいのですが。 現在、ほとんどのデータベース開発作業にSSMSを使用しています。dbスキーマと.dbprojを同期する必要がある場合は、Visual Studioのスキーマ比較ツールを手動で使用する必要があります。なぜこれが必要なのでしょうか？なぜなら： 変更をチェックインする唯一の方法です 変更を適用する唯一の方法です そうしないと、ファイルを取得するときにマージの問題が発生します（基本的に、「最新の取得」にチェックアウトせずに更新しているdbオブジェクトのdb変更が含まれている場合、マージはトリガーされず、簡単に実行できますどのバージョンがどのバージョンであるかを追跡します） スキーマの最新バージョンでVisualStudioの検索機能を使用できることは素晴らしいことです 検索結果を使用して、VSからストアドプロシージャを変更できると便利です（通常、ファイルの名前を変更した場合）。 「スキーマ比較」ツールを自動化して5分ごとに実行する（「クリーン」なソリューションとは思えない）こと以外に、これを実現する方法はありますか？ 可能であればSSMSを使用し続けたいのですが、Visual Studioの「サーバーエクスプローラー/データベース接続」を使用して行われた変更を.dbprojに自動的に伝達する方法にも興味があります。

11 version-control  visual-studio-2010  database-development  team-foundation-server 

私は、オープンソースプロジェクトのコードの寿命を分析する方法、つまり特定のコード行がアクティブで使用中の期間を把握しようとしています。 私の現在の考え方は、コードの寿命は最初にコミットされたときに始まり、次のいずれかが発生したときに終わるというものです。 編集または削除され、 ビルドから除外、 ビルド内のコードは、一定期間（1年など）維持されません。 注：「編集」が「死」としてカウントされる理由の明確化として、編集された行は「新しい」世代、またはコード行としてカウントされます。また、これを行う簡単な方法がない限り、系統の寿命、または先祖からの降下の説明はありません。 コードの寿命を決定するものは他にありますか？

11 version-control  efficiency 

さまざまなクライアントのベースとして機能するいくつかのアプリケーションを含む非常に大きなプロジェクトがあります。 すべてのクライアントは、製品の独自のパーソナライズ、さまざまなマイルストーン、さまざまな要件などを持っているため、各プロジェクトは独自のニーズに基づいて独立して進化します。 プロジェクトの中核は、すべてのプロジェクトで類似していますが（等しくはありません）、各クライアントを個別に処理する（ただし、必要に応じてクライアント間で通信する）チームがあるように編成されています。これまでのところ、インターネットを検索するか、素晴らしいアイデアを思いつくことで、私たちのニーズに合ったスキームを見つけることができませんでした:) これまで、必要な変更のための特定のブランチを備えた製品をすべてのニーズに合わせて取り組んでいますが、製品のアーキテクチャは優れていますが、徐々に大きな問題になりつつあります。私たちが直面している主な問題は次のとおりです。 クライアントごとに異なるマイルストーン：これは、各チームが異なる時間としてバージョンを作成する必要があり、残りのコミットが安定性または製品に影響を与えないことを意味します。 場合によってはシステムのコアに影響する場合としない場合があるさまざまな要件。 大規模なチーム（20人以上のチームメンバー） システム内のバグの処理：チームが他のクライアントに影響を与える可能性のあるバグをプロジェクト内で見つけた場合はどうしますか？ 注： LOCが10M以上のプロジェクトについて話している。 注： Team Foundation System、Visual Studio 2008、およびC＃（主に）を使用しています。 状況に対処する方法についての提案、情報源、またはアイデアはありますか？同様の問題を抱えているモデルは市場にありますか？

11 version-control  team-foundation-server  project-management 

今日、同僚の1人と「SVNなどのソース管理システムに仕様書を入れるべきか」について議論しています。私の意見では、そうあるべきです。プロジェクトの開発に関連するすべてのものは、ソース管理システムで慎重に管理する必要があります。ソフトウェア開発プロセスの概念は間違っていますか？

11 version-control  specifications 

バージョン管理システムが保持しているコミット履歴を使用しても、ほとんど費用はかかりません。ただし、主要なプロジェクトのリファクタリング（または再編成/クリーンアップ）の作業中に、関数とクラス、さらには名前空間も移動されます。いくつかのファイルが一緒にマージされ、他のファイルが分割される場合があります。これらの変更により、いくつかのファイルの元のコミット履歴が失われることがよくあります。 私の意見では、プロジェクトの組織を維持することは、ソースコードの履歴を保持することよりも重要です。優れたプロジェクト編成により、合理的な労力で新機能を継続的に追加できますが、ソースコードの履歴の価値は疑わしいようです。 さらに、単体テストを使用すると、回帰の問題が迅速に特定されます。最新バージョンがすべてのソフトウェア要件を満たしている限り、実際にソースコードの履歴を保持する必要がありますか？ メジャーバージョンアップグレードを実行せずに顧客にサポートを提供する必要があるため、出荷されたソースコードを保存する必要があることを理解しています。しかし、これとは別に、ソースコードコミットの履歴を保持することに何か価値はありますか？ ソースコードのコミット履歴は、チームメンバー間のコミュニケーションに何らかの役割を果たしますか？コミット履歴を廃止し、代わりに「ソースコード」+「ユニットテストコード」に依存して通信した場合はどうなりますか？ コミット履歴の存在は、主要な設計/要件の変更やそれらの変更を推進した一連の思考など、プロジェクトに関する重要な情報の長期的な文書化に満足しますか？

11 version-control  history 

企業は、異なるバージョン管理システムを使用する他の企業を買収します。 たとえば、Subverson-GITブリッジを使用したり、1つのツールだけを別のツールで使用することを決定したり、システム間を移行したりするなど、そのようなシステムを統合する方法に関する一般的な知恵はありますか？ そのような意思決定には、たとえばソフトウェア開発の「ジョエル」テストと同等の基準を使用していますか？

11 version-control  migration 

閉じた。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善したいですか？この投稿を編集して事実と引用で答えられるように質問を更新してください。 4年前に閉鎖されました。 大企業が既存のバージョン管理システムを置き換えることを計画しているとしましょう。「サポート」があるために数十万ドルの費用がかかる大手ベンダーのシステムのみを検討しているとしましょう。 企業環境でのバージョン管理には費用がかかりますか？あなたの中規模/大企業はSVN / Git / MercurialなどのFOSS VCSを使用していますか？経験は何でしたか？ 無料のオプションが非常に多いため、高価になる必要はないと考えなければなりません。それが主な関心事であれば、おそらくFOSS VCSの有料サポートを提供している会社があります。 この質問は、VCSを比較したり、最適なものを決定したりするのではなく、企業のIT環境でVCSの経験を理解するだけのものです。

11 experience  version-control 

Unityでバージョン管理を使用する方法、特にコードだけではないシーンやプレハブなどのオブジェクトを使用する方法に少し混乱しています。 最近、同僚と同じシーンのさまざまな部分で作業していたときに問題が発生しました。その結果、衝突、分岐、および大量のマージが発生しました。 結局、私の改訂はとにかく彼の変更によって上書きされました。 現時点で私が見る唯一の方法は、同じオブジェクトを順番に操作することですが、特に現在行っているすべての作業がシーン内で行われるため、あまり便利ではないようです。 このような状況では、人々は通常何をしますか？ （私たちはMercurial、BitBucket、およびSourceTreeを使用しています。）

11 version-control  unity3d 

プロジェクトの個々の開発者ごとにリモートブランチを用意することは良い習慣と考えられますか？ 次のブランチでGitを使用しています。 主人 解放する 発展させる 各開発者が独自のブランチを持っている場合、彼らはコードを自分のブランチにプッシュし、他の開発者はこれらの変更を独自のブランチにマージできます。

11 version-control  git  branching 

私はGulpを使用して、取り組んでいるプロジェクトのSASSコードから縮小されたCSSを生成します。 Gitからライブ配信するときに、この縮小されたCSSを再生成するのがベストプラクティスと考えられるかどうか疑問に思いました... または 縮小されたCSSファイルをGitに保存して、サーバー側で追加の作業をせずに、自動的に本番環境にプッシュする方法は？ これについての人々の考えに感謝します。ありがとう！

10 version-control  git  css  deployment 

商用アプリケーションの新しいバージョン（バージョン4）で作業を開始しようとしています。私はSubversionを使用しています。 あなたの経験、間違い、成功に基づいて、Subversionで新しいバージョンをセットアップすることをどのようにすすめますか？ ここにいくつかの情報があります：バージョン4がリリースされてからしばらくの間、バージョン3の重要な更新をリリースし続けるつもりです。ただし、新機能の開発はすべてバージョン4でのみ行われます。 関連性がある場合：私はこの製品のソロ開発者です。 編集：私はSVNのタグとブランチを知っています。私が必要としているのは、私の状況でタグとブランチを使用するための最適な戦略だと思います。

10 version-control  svn 

私は長い間、各開発者が1日に行うコミットの数などのコミット統計を追跡することは、開発プロセスに有害であると信じてきました（そして他の人からも聞いた）。その理由は明らかです-開発者はより小さな増分でコミットし、1日あたりのコミット数を最大化しますが、二分することを難しくします（おそらく、すべての中間パッチはリポジトリを適切な形式にしないため）、コミット履歴を操作するのが難しくなります。 （変更は突然ではなく、複数のコミットで行われます。1つではなく、パッチを元に戻すのが難しくなります）。 コミット統計が有害であることを示す研究はありますか？このトピックに関するエレガントで議論の多い記事はありますか？同様に当てはまるのは、間違ったものを測定すると人々が間違ったものを最適化することにつながり、この問題は単なる特殊なケースです。

10 version-control 

Gitを使用して管理されているソフトウェアアプリケーションがあります。私は新しいバージョン2.xをリリースしました。これは長期的に維持する予定です（ほとんどのバグ修正）。それまでの間、バージョン3.xの作業を開始したいと思います。これを管理するための推奨される方法は何ですか？バージョン2.xのブランチを作成し、マスターで3.x開発を行う必要がありますか？または逆ですか？

10 version-control  git 

プロジェクトのサイズとスキル不足のため、プロジェクトをオープンソースにすることを提案されたので、Google Codeをチェックアウトしてプロジェクトの作成を開始したところ、プロジェクトにGit、Mercurial、またはSubversionを含めるかどうかを尋ねられます。コードホスティング。 コードホスティングとは何なのかさえわかりません。検索を行うと、これらすべての間の議論がさらに混乱し、Google Codeがどのタイプのライセンスが必要か尋ねてきたため、事態はさらに悪化しました。 私はオープンソースが実際に何を意味するのか完全に理解していないと思います、誰かがこれが何であるかについて簡単に素人のチートシートを作成できますか？大変感謝いたします。 編集これらの3つのバージョンのコードホスティングには多くの素晴らしい反応がありましたが、本当の質問を伝えることができなかったと思います。 ？そして、それは私が現在のホスティングからサイトを外さなければならないことを意味しますか、それともこれはまったく異なるタイプのホスティングですか？私のサイトをオープンソースにするとどうなるか、どのような権利があるか、どのような権利を与えるか。それはどのように機能しますか？人々はただ来て無料で私にコードを投げますか？おそらくこれらは愚かな質問であり、その場合、私は愚かな答えが必要だと思いますが、コードを共有するという概念を除いて、私はオープンソースが何であるかを真剣に知りません...

10 open-source  licensing  version-control  git  mercurial