問題タブ [branching-and-merging]
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.
svn - SVNはどこかにブランチ階層を表示しますか?
SVNのリポジトリに「Version4」というブランチを取得し
ました。このブランチから「Version4.5」という別のブランチを作成して、このブランチの親が「Version4」ブランチになるようにしました。
この階層はSVNビューのどこかに表示されていますか?リポジトリブラウザを開くと、これら2つのブランチのフォルダが同じレベルに並んで表示され、上下に表示されないためです。
おそらく、階層はSVNにとってまったく重要ではなく、任意のブランチから任意のブランチにマージできます(論理的に意味がない場合でも)?
git - git -- 一部のユーザーの master ブランチをロックしていますか?
他のチームメンバーに、マスターブランチではなく開発ブランチで作業するように強制したいと思います。作業をプッシュする中央の git リポジトリがあります。ユーザーが master-branch に変更をプッシュすることをブロックできるかどうかを知りたいのですが、特定のユーザーのみがプッシュできるようにします。
以下のような「ワークフロー」が欲しい
- 開発は常に開発ブランチでのみ行われます
- リリース マネージャーはマスター ブランチを担当し、彼だけが開発ブランチからマスター ブランチにマージし、中央リポジトリのマスター ブランチにプッシュすることができます。
これは可能ですか、どうすればこれを達成できますか?
mercurial - 不安定なコードがデフォルト行に入るのを防ぎます
現在、2つのリポジトリがあります。1つのリポジトリは、という名前jstock
で、すべての安定したソースコードが含まれています。
jstock-refactor-calendar-to-joda
から複製された、という名前の別のリポジトリjstock
には、不安定な実験的機能コードがすべて含まれています。
赤い長方形のすべての変更セットは、不安定な実験的機能コードです。まだ完成していません。したがって、緑色の長方形の変更セットとマージするつもりはありません(緑色の長方形は、それらが安定した変更セットであることを示します)
jstock-refactor-calendar-to-joda
からプルした後jstock
、次のようになります。
ここで、実験的なコードを表示したいと思いますjstock
(ただし、不安定なため、デフォルトの行には入りません)
jstock-refactor-calendar-to-joda
したがって、からへのプッシュを実行するとjstock
、次のようになります。
これで、すべての不安定なコードがデフォルトの行に属します。
これは私が望むものではありません。ではjstock
、安定したコード(緑色の長方形)がデフォルト(左側)のままで、不安定なコード(赤色の長方形)が右側に残っていることを望みます。まだマージしたくないのですが、両方の開発ライン(安定版と不安定版)を表示したいので注意してください。
私が間違ったことをしたステップはありますか?
branching-and-merging - TFS 2008分岐は、常にルートフォルダを追加します
TFS2008を使用してQAのブランチを作成しようとしています
メインコードはトランクフォルダにあります。
ブランチを実行するときは、トランクフォルダーをミラーリングするために作成したqaフォルダーを選択します。
ただし、ブランチを実行すると、トランクフォルダーがqaフォルダー内に配置されます。これは、私が望んでいることではありません。qaフォルダーをトランクフォルダーのミラーにします。
これはTFS2008で可能ですか?
tfs - ローカルにコピー/追加されたTFSフォルダーを修正して、祖先を持つブランチになるようにします
- チームプロジェクト間でローカルにフォルダをコピーする(
e.g. xcopy D:\foo\TeamProjectA\Blah D:\foo\TeamProjectB\Blah
) - D:\ foo \ TeamProjectB\Blahを$/TeamProjectBに追加します。
- $ / TeamProjectA/Blahをブランチにする-階層はありません。
- $ / TeamProjectB/Blahをブランチにする-階層はありません。
TeamProjecB/Blahの親をTeamProjectA/Blahに設定するにはどうすればよいですか?
*編集* 2010-12-31
DBを直接編集するのはどうですか?
tfs - tfs での変更のマージ
リリース 1.0 用に分岐されたメインの開発分岐があります。また、いくつかの並行開発を行うためにメイン開発ブランチを分岐しました。リリース 1.0 ブランチでホット フィックスが行われ、メイン ブランチにマージされました。これで並行開発は完了です。すべてがチェックインされました。メイン ブランチとパラレル ブランチを比較すると、違いがわかります。並列開発ブランチからメインにマージしたいのですが、TFS はマージするものが何も報告していません。何!?
mercurial - tortoiseHgのブランチのマージが機能していないようです
プロジェクトには、デフォルトのブランチと別の名前の付いたブランチがあります。両方のブランチをマージしてコミットした後、TortoiseHgのグラフは、両方のブランチがマージされたことを示しています。ただし、リモートリポジトリ(分岐前の段階で、デフォルトの分岐しかありません)にプッシュすると、「abort:push createnewremotebranchs」というメッセージが表示されます。
間違えなければ、マージ後に1つのブランチが残るのに、なぜこのエラーメッセージが表示されるのでしょうか。注:グラフにはまだ2つの頭があることが示されていますが、とにかくこれに関連していますか?
linux - リポジトリルートでプロジェクトを作成した後、Subversionブランチを作成する
pls。Subversionブランチの作成を参照してください。URL http:// reposerver / svn / repository /でリポジトリを作成し、作業コピーをチェックアウトして、トランクフォルダーではなくルートにファイルを追加し始めました。
ここで、「トランク」フォルダがないことを除いて、ブランチを作成する必要があります。上記のリンクから、ユーザー「Wrikken」は、「考えられる回避策は、今すぐフォルダートランクを作成し、ルートsansブランチディレクトリの現在のコンテンツをその場所に移動することです」と提案しました。
さて、「ルートsansブランチディレクトリの現在のコンテンツをその場所に移動する」方法がわかりません。同じことを行うには、どのコマンドを使用する必要がありますか?
/ var / svn /repositoryのls-laを実行すると、次のように表示されます。
TL DR:ブランチを作成する必要があり、リポジトリには「トランク」と「ブランチ」がないので、既存のリポジトリコンテンツをトランクディレクトリに移動するためにどのコマンドを使用する必要がありますか?
ありがとうございました、
svn - SVN - トランクからブランチへの自動マージ
トランクからの変更を最新の状態に保ちたいSVNにブランチがあります。私がやりたいのは、このマージを実行し、マージの競合がない場合はブランチの新しいバージョンをコミットするスクリプトまたは何かを夜間に実行することですが、マージの競合がある場合は何らかの形でそれを示します。すべてを行うわけではありませんが、多少役立つこの投稿を見つけました。
マージの競合があるかどうかを判断する方法を見つけることができませんでした。これは主に私が探しているものです。コードのビルドを追加してから成功にコミットすることは、スクリプトで十分に簡単ですが、マージの競合をチェックする方法がなければ、これは成功しません。
皆さんが提供できる助けをありがとう!
bazaar - BZR でブランチが別のブランチにプッシュされないようにするにはどうすればよいですか?
bzr 2 では dev-test-prod 分岐スキームを使用します。テスト ブランチからのプッシュを拒否する bzr フックを prod ブランチに設定したいと思います。bzr docs を見ると、これは実行可能に見えますが、少なくとも検索しようと思ったキーワードのいずれかを介して検索しても、それを実行した人が見つからないことに少し驚いています。誰かがすでにこれを機能させており、成功への道を共有できることを願っています.
私の現在の考えは、 pre_change_branch_tip フックを使用して、テスト ブランチにファイルが存在するかどうかを確認することです。存在する場合は、コミットに失敗します。
なぜファイルをテストするのか、ブランチ名だけをテストしないのか、と疑問に思うかもしれません。開発者が devel ブランチを分岐し、共有テスト ブランチをプルして、機能ブランチを本番環境にプッシュする代わりに、(誤って) そのテスト ブランチを本番環境にプッシュしているケースを実際に処理する必要があるためです。そして、新しいブランチでファイルを探す方が、送信ブランチの系統を調べようとするよりも 10 億倍簡単に思えます。
それで、誰かがこれをしましたか?それが行われたのを見ましたか?それとも、bzr でフック開発されている未知の荒れ地に足を踏み入れることができますか? :)