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

gitすべてのGitコマンドの先頭に単語を入力しなくても済むようにする方法があるかどうか疑問に思っています。 gitコマンドプロンプトを開いて「Gitモード」に入った後、最初に一度だけコマンドを使用する方法があったらいいですね。 例えば： git> その後、入力するすべてのコマンドはデフォルトでGitコマンドとして解釈されます。 MySQLシェルを使用してデータベースコマンドを作成する方法と同様の方法で： mysql> これgitにより、1日に何百回も入力する必要がなくなります。 注：git-bash Windowsではを使用しています。

190 git  version-control  command-line-interface  git-bash 

svnから来て、gitに慣れてきました。 ブランチがgitで削除されると、履歴から削除されますか？ svnでは、削除操作を元に戻す（リバースマージ）ことで、ブランチを簡単に回復できます。svnでのすべての削除と同様に、ブランチは実際には削除されず、現在のツリーから削除されるだけです。 ブランチが実際にgitの履歴から削除された場合、そのブランチからマージされた変更はどうなりますか？それらは保持されますか？

189 git  version-control  branch  revision-history 

GitHubで、プロジェクト（リポジトリ内に作成できる）とリポジトリの概念的な違いは何ですか？ SOでいくつかの同様の質問（ここ、ここ、ここ）を見たことがありますが、どれもG​​itHubプロジェクトとは何か、GitHubリポジトリとは何か、およびそれぞれをいつ使用するかについて説明していません。 誰かが各用語を説明し、それぞれの用語をいつ使用/作成するかの例を提供していただければ幸いです。たとえば、すべて独立した複数のプロトタイプアプリケーションがある場合、それらすべてのソースコードを体系的に管理するために何を作成すればよいですか？

188 git  github  version-control  repository 

私はmasterとdevの2つのブランチを持っています。私は常に開発に取り組んでおり、本番環境での使用が承認されたら、masterブランチにコードをチェックインします。そうするとき、私は次のことをしなければなりません： git checkout master git merge dev git checkout dev それはひどく冗長で、私は頻繁に行うので、それを最小限にしたいと思います。最初にマスターブランチをチェックアウトせずに、現在のブランチdevから他のブランチマスターにマージするために使用できるgitコマンドはありますか？多分次のようなもの： git merge dev to master 素晴らしいだろう。gitのドキュメントを調べても何も見つかりませんでした。

182 git  version-control 

私は新しくてgit、練習しています。ローカルブランチを作成しましたが、作成したときにgit push自分のブランチがリポジトリにアップロードされていないことがわかりました。私は実際にやらなければなりませんgit push -u origin --allでした：。 どうしてこれなの？ブランチはデフォルトでプッシュされる新しい変更ではありませんか？2番目のコマンドを実行する必要があるのはなぜですか？

180 git  version-control 

コードをチェックアウトするときに、リポジトリのnode_modulesを追跡する必要があるのか​​、またはnpmインストールを実行する必要があるのでしょうか。

176 git  node.js  version-control  npm 

使用するのに最適な（またはできるだけ良い）一般的なSVN無視パターンは何ですか？ IDE、エディター、コンパイラー、プラグイン、プラットフォームなど、さまざまな特定のファイルと、「重複」する（つまり、あるタイプのプロジェクトでは望ましいが、他のタイプのプロジェクトでは望ましくない）いくつかのファイルタイプがあります。 ただし、開発環境の詳細に関係なく、自動的にソース管理に含めたくないファイルの種類は多数あります。 この質問への回答は、プロジェクトの出発点として役立ちます。必要な環境固有のアイテムをいくつか追加するだけで済みます。他のバージョン管理システム（VCS）にも適応できます。

175 svn  language-agnostic  version-control  development-environment  environment 

常に両方の名前を指定せずに、ローカルブランチを別の名前のリモートブランチでプッシュおよびプルする簡単な方法があるかどうか疑問に思っていました。 例えば： $ git clone myrepo.git $ git checkout -b newb $ ... $ git commit -m "Some change" $ git push origin newb:remote_branch_name 誰かがremote_branch_nameを更新した場合、次のことができます。 $ git pull そして、すべてがマージ/早送りされます。ただし、ローカルの「newb」に変更を加えると、次のことはできません。 $ git push 代わりに、私はしなければなりません： % git push origin newb:remote_branch_name 少しばかげているようです。をgit-pull使用git-config branch.newb.mergeしてどこからプルするかを決定する場合git-push、同様の構成オプションを使用できないのはなぜですか？これの良いショートカットはありますか、それとも長い道のりを続けるべきですか？

175 git  version-control  git-push  git-remote 

数えきれないほどのチュートリアルを読み終えたので、短くなり続けます。ここに私が持っているものがあります： -私は自分のWindowsデスクトップでRubyMineを実行しています - 指示に従って WebFactionホスティングアカウントにGitをインストールしました-Git は両方のマシンで正常に動作しているようです これが私がやっていることです： 1.サーバー上： a。mkdir プロジェクト b。git init c。git add。 d。git commit <--- "何もコミットする必要はありません" 2.クライアントで： a。RubyMineで新しいプロジェクトを作成します。 b。プロジェクトの最上位ディレクトリにある「git init」 c。サーバーへの「変更のプッシュ」<----「一部の参照のプッシュに失敗しました...」 どのステップが欠けていますか？

173 git  version-control 

誰かがgitに適用される「追跡ブランチ」を説明できますか？ git-scm.comの定義は次のとおりです。 Gitの「追跡ブランチ」は、リモートブランチに接続されているローカルブランチです。そのブランチをプッシュしてプルすると、接続先のリモートブランチに自動的にプッシュしてプルします。 常に同じ上流のブランチから新しいブランチにプルし、「git pull」を明示的に使用したくない場合は、これを使用します。 残念ながら、gitは新しく、SVNからのものなので、その定義は私にはまったく意味がありません。 私は「The Pragmatic Guide to Git」（ちなみに素晴らしい本）を読んでいますが、ブランチを追跡することは良いことであり、最初のリモート（この場合はオリジン）を作成した後で、マスターブランチをトラッキングブランチとして設定しますが、残念ながら、トラッキングブランチが優れている理由や、マスターブランチをオリジンリポジトリのトラッキングブランチとして設定することで得られるメリットについては説明しません。 誰かが私を（英語で）教えてくれますか？

173 git  version-control  branch 

バッチファイルを使用してコードを生成し、生成されたファイルをTeam Foundation Server（TFS）から自動的にチェックアウトして、ファイルを再生成できるようにします。これらのファイルの大部分は変更されていませんが、ジェネレータはこれを事前に認識していません。 「tfs undo」コマンドはチェックアウトを元に戻しますが、一部が変更された場合は（それを実行したくない）、プロンプトを表示します。また、生成されたファイルをすぐにチェックインしたくありません。 ユーザーにプロンプ​​トを表示せずに、変更されていないすべてのファイルのチェックアウトを元に戻すコマンド（または一連のコマンド）はありますか？

172 tfs  version-control  tfvc 

MS Excel（2003/2007）でどのバージョン管理システムを使用しましたか？あなたは何をお勧めしますか、そしてなぜですか？最高評価のバージョン管理システムにはどのような制限がありますか？ これを展望するために、ここにいくつかのユースケースがあります： VBAモジュールのバージョン管理 複数のユーザーがExcelスプレッドシートで作業していて、同じワークシートに変更を加えている可能性があります。それらをマージして統合したいと考えています。このワークシートには、数式、データ、グラフなどが含まれている場合があります ユーザーはあまり技術的ではなく、使用するバージョン管理システムの数が少ないほど良い スペースの制約は考慮事項です。Excelスプレッドシート全体ではなく、増分変更のみが保存されるのが理想的です。

172 excel  version-control 

Team Foundation Server 2008（SP 1）を使用していて、（ファイル履歴を保持するために）あるフォルダーから別のフォルダーに複数のファイルを移動する必要があります。チームエクスプローラー（SP 1適用）に加えて、最新のTFS Power Tools（2008年10月）をインストールしました（Windowsシェル統合用）。 さて、問題は、シェルまたはソース管理エクスプローラーウィンドウのいずれかを使用して複数のファイルを選択して移動できないように見えることです。個々のファイルを移動でき（右クリック+「移動」）、フォルダ全体を移動できます（同じ操作）が、（フォルダ内の）複数のファイルを選択すると、「移動」コンテキスト項目がグレー表示/無効になります。 これが可能かどうか誰もが知っていますか？。可能でない場合..なぜそうしないのですか？ 誰もが過度に複雑ではない回避策を提案できますか？ こちらから投票してください： https ://connect.microsoft.com/VisualStudio/feedback/details/715041/support-moving-multiple-files-in-tfs-source-control-explorer そしてこちら http：//visualstudio.uservoice。 com / forums / 121579-visual-studio / suggestions / 2271540-allow-to-move-more-than-one-file-at-once-in-tfs-so

172 version-control  tfs 

まだマスターにマージされていないブランチのすべての変更の差分が必要です。 私は試した： git diff master git diff branch..master git diff branch...master ただし、これらのいずれの場合でも、diffには、まだ私のブランチにマージされていないマスターのコンテンツが含まれています。 ブランチにマージされていないマスターの変更を除外して、ブランチとマスターの間に差分をとる方法はありますか？

171 git  version-control  merge  diff  git-diff 

現在のところ、この質問は、Q＆A形式には適していません。事実、参考文献、専門知識によって回答が裏付けられることを期待していますが、この質問は、討論、議論、投票、または拡張ディスカッションを求める可能性があります。この質問が改善され、場合によっては再開できると思われる場合は、ヘルプセンターにアクセスしてください。 8年前に閉鎖。 定期的にリリースされるソフトウェア製品を開発しているとします。ブランチとマージに関するベストプラクティスは何ですか？定期的なリリースブランチを公開して（または顧客が誰であっても）スライスし、トランクでの開発を継続するか、トランクを安定版と見なし、定期的にリリースとしてタグ付けし、ブランチで実験的な作業を行います。トランクは「ゴールド」または「サンドボックス」と見なされていると思いますか。

170 version-control