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

私は最近、TortoiseSVNを使用してこれに遭遇しましたが、CVSベースのプログラムでも同じだと思います（正しいですか？）。 純粋な好奇心から、CVSファイルシステムで大文字と小文字が区別される理由はありますか？つまり、次のURLは異なります。 svn://repo/branches/PROJECT svn://repo/branches/project これにはレガシーな理由がありますか？それはファイルベースでより興味深くなります。ディレクトリに2つのファイルが存在する場合、たとえばProjectOne.vbpとと言いprojectone.vbpます。一方は通常のWindowsファイルシステムで他方を上書きします（または、私が遭遇したように、不可解なTortoiseSVNデータベースエラーをスローします）が、リポジトリに平和的に共存できます。 上記のようなばかげた命名を使用しないことはユーザー次第であることは明らかですが、大文字と小文字を区別することに欠けている利点はありますか？

8 version-control  svn  file-systems 

以下はFlashプロジェクトの例ですが、多くのプロジェクトはこのようなものだと思います。 Photoshopで画像を作成するとします。次に、この画像をFlashに統合するためのjpegとしてエクスポートします。flaをアセットライブラリとしてコンパイルし、それを私のFlash Builderプロジェクトで使用して、最終的なswfを生成します。 だからそれは次のようになります： psd => jpg -> fla => swc -> Flash Builder project => swf. => : produce -> : is used in psd、fla、およびFlash Builderプロジェクトはソースファイルです。これらはいくつかのプロセスの結果ではありません。 jpgとswcは、私が「中間」ファイルと呼ぶものです。これらは、別のツールまたはプロセスで入力として使用される1つ（または複数）のソースファイルの産物です。 swfが最終結果です。 では、これらの中間ファイルをバージョン管理下に置いておくのでしょうか？それらをどのように扱いますか？

8 version-control 

現在、gitのドキュメントを研究して、分散バージョン管理ワークフローのコツとgitコマンドラインの使用方法を理解しています。最初にgitを小規模な個人的なペットプロジェクトで使用して、大規模で実行する前に経験を積みたいと思います（つまり、より大きなプロジェクト、チーム開発）。 孤独なプレイヤーとして、Gitシステムのどの領域を私の学習時間のほとんどに費やすべきでしょうか...後で大規模な作業のために残すべき部分は何ですか。言い換えれば、gitシステムのどの機能がチームワークでのみ完全に把握されるので、個人レベルであまり関与すべきではないのですか？

8 version-control  personal-projects  git 

仕事中に興味深い協調コーディングの問題に遭遇しました。 私はいくつかのユニット/機能/統合テストを書き、アプリケーションに新しい機能を実装しました。これにより、最大20人の開発者が作業します。すべてのテストに合格し、コードをチェックインしました。翌日、プロジェクトを更新したところ、（偶然に）テストメソッドの一部が他の開発者によって削除されていることに気付きました（開発者側で問題をマージしています）。新しいアプリケーションコードは変更されませんでした。 このような問題を自動的に検出するにはどうすればよいですか？つまり、コードが引き続き機能する（または削除されなかった）ことを自動的にチェックするテストを作成します。テストに対して同じようにするにはどうすればよいですか？ 必要に応じて、Java、JUnit、Selenium、SVN、Hudson CIを使用しています。

8 testing  version-control  unit-testing  tdd  collaboration 

Androidマーケットプレイスに有料アプリケーションを持っていますが、無料の広告サポートバージョンをリリースしたいと考えています。 私がこれを行うと思った最も簡単な方法は、広告を追加するための追加のコードを含むsubversionリポジトリーにブランチをセットアップすることでした。ただし、これをAndroidマーケットプレイスに送信しようとすると、一意のパッケージ名が必要になります。すべてのクラスファイルのパッケージを変更する必要があるため、トランクとブランチのマージが非常に面倒になるため、このソリューションはもはや機能しません。 これら2つのプロジェクトを一緒に保ち、パッチを共有しながら、異なるパッケージを使用する最良の方法は何ですか？

8 version-control  android  svn 

PHPサイトのSVNリポジトリがあり、最後のプログラマーはソース管理を適切に使用していません。その結果、私がここで作業を開始してからのコードのみがリポジトリにあります。 「バックアップ」としてファイルに保存された完全なコードベースの古いコピーがたくさんありますが、それらはソース管理されていません。ほとんどのコピーが保存された理由がわかりません。また、バージョン番号にタグを付ける合理的な方法もありません。私が行うすべてのバックアップが適切なファイルシステムのタイムスタンプを持って、バックアップが行われた日付を持っています。 関連するフレームワークとデータベースドライバーのアップグレードにより、古いコードは完全に機能しなくなります。現在のサーバー構成では機能しません。ただし、以前のプログラマーには独自のロジックがあったため、私は完全に古いコピーがないので、彼らが何をしていたのかを参照することはできません。 バージョン管理でこれを保持する必要がありますか？どうやって？古いコードを別のタグ/ブランチに分けますか？

8 version-control  svn 

私は自分のコミット方法を改善する方法を考えていました。 いいえとの間に相関関係はありますか？ソースコードの行となし。コミットの？ 私が関わった最近のプロジェクトでは、1000行ごとに30回のコミットを行っていました。 プロジェクトの1つの典型的なファイルには、これらの統計があります language: JavaScript total commits that include this file: 32 total lines: 1408 source lines: 1140 comment lines: 98 no. of function declarations: 28 other declarations: 8 別のファイルにはこれらがあります... Language: Python total commits that include this file: 17 total lines: 933 source lines: 730 comment lines: 80 classes: …

8 version-control  programming-practices 

たとえば、あるソフトウェアの新機能の開発を社内で続けたいが、以前のバージョンのソースコードを公開して、既存の公開機能まで含め、他の人々がソフトウェアを自分で使用および変更できるようにしたいとします。 、さらには開発ブランチに適用できる変更に貢献する可能性さえあります。 この種の配置に用語はありますか、そして既存のバージョン管理ツールとプラットフォームを使用してそれを達成する最良の方法は何ですか？

8 open-source  version-control  terminology 

この投稿を改善してみませんか？この質問に対する詳細な回答を提供してください。これには、引用や、回答が正しい理由の説明が含まれます。詳細が不十分な回答は編集または削除される場合があります。 私は孤独な開発者であり、ソース管理用のSVNサーバーを維持しています。これまでのところ、私は自分の変更をコミットする間、特定のことを行っていません。 私は以前のコミットを確認しているだけで、コメントを理解することができませんでした。 チェックインをコミットするときにコメントに何を入れますか？

8 version-control  comments