問題タブ [version-control]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
git - Git 統合によるバグトラッカーのセットアップ?
Trac をハックして Git フックを使用することで、ほとんどのことを実行できることはわかっていますが、何か準備ができている/知っている人がいるかどうか疑問に思っていました。
コミット メッセージからのチケットへのコメント (およびクローズ) は、特に diff がコメント/クローズ リマークとインラインで表示される場合に便利です。
sha1 ハッシュは、gitweb/cigt/custom git ブラウザーに自動リンクする必要があります。
Trac 用の GitPlugin を試しましたが、コード ブラウザが非常に遅かったです...代替手段はありますか?
database - 複数の環境で開発データベースの同期を維持する
私はVS2008で構築されたWebアプリケーションの開発の初期段階です。私は、デスクトップ PC (ほとんどの作業を行う場所) とラップトップ (時々移植するため) の両方を持っており、プロジェクト コードの同期を維持するために AnkhSVN を使用しています。開発データベース (SQL Server Express) も同期する最善の方法は何ですか?
スキーマが変更されたときに再生成する作成スクリプトを含む SVN に VS データベース プロジェクトがあります。当初のアイデアは、何かが変更されるたびに DB を再作成することでしたが、すぐに面倒になりました。また、データが適切に表示されていることを確認するために入力したすべてのサンプル行が失われます。
.MDF ファイルと .LDF ファイルをソース管理下に置くことを検討していますが、SVN Update を実行してファイルがその下からヤンクアウトされ、新しいコピーに置き換えられた場合、SQL Server Express が適切に処理できるとは思えません。いくつかの大きなバイナリ ファイルをソース管理に貼り付けることは、たとえそれが使い捨ての開発データベースであっても、洗練されたソリューションのようには思えません。助言がありますか?
java - 推奨されるソース管理ディレクトリ構造?
新しいJ2EEWebアプリケーションのソース管理にSubversionを使用します。コード、テスト、ドキュメントを整理するために、どのディレクトリ構造をお勧めしますか?
version-control - 3D モデル / 3D データのバージョン管理システムはありますか?
さて、主題は基本的に質問です。3D モデル用のバージョン管理システムはありますか。もちろん、オープンソースのアプローチが好まれます。
サブバージョンに沿った機能を探していますが、より基本的なシステムにも関心があります。分岐/マージ/コミットなどの基本的な操作は、何らかの形で利用できる必要があります。
更新: オープンソースのアプローチでは、無料という意味ではなく、必要に応じてシステムを大幅に拡張およびカスタマイズするオプションを意味します
更新 2: これをどのように説明すればよいかわかりませんが、3D モデルの形式はそれほど重要ではありません。IFCモデルと主にCADプログラムを使用します。Adam Davis が説明するアプローチは、おそらく私が探しているものです。
version-control - TFS - 実験的開発のための分岐: ソリューションの読み込みに失敗しました
免責事項: 私は TFS に行き詰まっており、嫌いです。
私のソース管理構造は次のようになります。
- /dev
- /リリース
- /支店
- /実験的アップグレード
私はdevからexperimental-upgradeに分岐しましたが、触れませんでした。その後、dev でさらに作業を行い、experimental-upgrade にマージしました。どういうわけか、TFS は、ソースとターゲットの両方に変更があり、それらを解決する必要があると不平を言いました。5 つのアイテムすべてに対して「ソース ブランチからアイテムをコピーする」を選択しました。
私は実験的アップグレードをローカル フォルダーにチェックアウトし、そこにあるメイン ソリューション ファイルを開こうとしました。TFS は私にプロンプトを表示します:
「最近、プロジェクトがこのソリューションに追加されました。ソース管理からプロジェクトを取得しますか?
私が「はい」と言った場合、それはいくつかのことを行いますが、最終的には一握りのプロジェクトの読み込みに失敗して戻ってきます。いいえと言うと、同じ結果が得られます。
両方のブランチで私の sln を比較すると、それらが等しいことがわかります。
誰かが私が間違っていることを教えてもらえますか? これは簡単なブランチ/マージ操作である必要があります...
ティア。
アップデート:
上記のダイアログで「はい」をクリックすると、プロジェクトがソース管理の $/ ルートにダウンロードされることに気付きました... (つまり、dev & ブランチ フォルダーから)
ブランチでソリューションを開いてデッド プロジェクトを削除し、それらを再度追加しようとすると (sln を右クリックして既存のプロジェクトを追加し、ブランチ フォルダにあるプロジェクトを選択すると、エラーが発生します...
プロジェクト c:\sandbox\my_solution\proj1\proj1.csproj を読み込めません。ファイルは削除または削除されています。追加しようとしていたプロジェクト パスは次のとおりです: c:\sandbox\my_solution\branches\experimental-upgrade\proj1\proj1.csproj
これらのプロジェクトをローカルルートの外に向けているのは一体何なのでしょうか? ソリューション ファイルは dev ブランチのものと同一であり、これらのプロジェクトは正常に読み込まれます。vspscc および vssscc ファイルも調べましたが、何も見つかりませんでした。
アイデア?
logic - Verilog での 4 対 1 関数の効率的な合成
Veriog で 4 対 1 の関数を実装する必要があります。入力は 4 ビットで、0 ~ 15 の数値です。出力は 0 または 1 の単一ビットです。各入力は異なる出力を提供し、入力から出力へのマッピングは既知ですが、入力と出力自体は不明です。私はVCがコードをうまく最適化し、できるだけ短く/きちんとしたものにしたいと思っています。これまでの私の解決策:
c を宣言しなければならないのは見苦しく、vcs がそこで K マップを認識するかどうかはわかりません。これは、case ステートメントや接続法標準形の代入と同様に機能しますか?
svn - Subversion よりも Mercurial の方が分岐とマージが簡単なのはなぜですか?
Subversion や CVS でブランチへの複数のマージを処理することは、経験しなければならないことの 1 つにすぎません。Mercurial (およびおそらく他の分散システム) でブランチとマージを追跡するのは非常に簡単ですが、その理由はわかりません。他の誰かが知っていますか?
私の質問は、Mercurial を使用すると、Subversions/CVS の中央リポジトリと同様の作業方法を採用でき、すべてがうまく機能するという事実に由来しています。同じブランチで複数のマージを行うことができ、コミット番号とタグ名が書かれた無限の紙切れは必要ありません。
Subversion の最新バージョンには、ブランチへのマージを追跡する機能があるため、同じ程度の手間がかからないことは知っていますが、これは彼らの側では大規模で主要な開発であり、開発チームが行うすべてのことを行っているわけではありません。するのが好きです。
すべてが機能する方法には、根本的な違いがあるはずです。
svn - 企業にソース管理を切り替えるよう説得する方法
私の現在の職場は現在移行期にあり、新しい所有者が引き継がれ、物事は最終的に標準化され、適切なガイドラインが施行されています.
しかし、私たちはまだ VSS を使用しています。VSS を使用する理由は、最初に設定したもの以外にありません。Visual Studio や、それを特に必要とするツールは使用しません。
長期的には、Subversion のようなものに移行する方がはるかに優れたソリューションになることを彼らに納得させるために、私が提起できる絶対的に最良の議論は何でしょうか。
version-control - バージョン管理の実践
私の現在の仕事では、スーパーバイザーの慣行は、本番用の準備が整ったコードのみをチェックインすることです。ごく最近、私が関わっていたプロジェクトには、3 人の異なる開発者による作業が含まれていましたが、ファイルが重複していました。これは、一部の変更には 1 日かかるという事実にもかかわらず、手動で変更を統合することを意味していました。これが一般的な慣行であるかどうかを確認し、多くの場合、私の意見は物事の壮大な計画ではほとんど意味がないことを知って、この慣行を変更する方法についての提案を得たいと思いました.