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

あなたが走るときgit branch -r、なぜ炎はそれをリストしorigin/HEADますか？たとえば、GitHubにはリモートリポジトリがあり、masterとawesome-featureの2つのブランチがあります。それをgit cloneつかんで新しいディレクトリに行き、ブランチをリストすると、次のようになります。 $ git branch -r origin/HEAD origin/master origin/awesome-feature またはそれがどんな順序になるか（アルファ？私はこの例を無実のレポのアイデンティティを秘密に保つために偽っています）。それで、HEADビジネスは何ですか？それが最後の人がするものですpush彼らの持っていたHEAD彼らは押されての尖ったを？それは常に彼らがpush編集したものではないでしょうか？HEADsが動き回る...なぜHEAD他のマシンで誰かが指摘されたことを気にするのですか？ 私はリモートトラッキングなどのハンドルを取得しているだけなので、これは長引く混乱です。ありがとう！ 編集：私は専用のリモートリポジトリ（GitHubのように誰もSSHを実行してそのコードで作業することはないが、プルまたはプッシュのみなど）はありませんでしたし、基本的にはHEADがありません作業コピーはありません。そうじゃない？

160 git  version-control  github 

5つのローカルコミットがあるとします。そのうちの2つだけを（SVNスタイルのワークフローを使用して）一元化されたリポジトリにプッシュしたいと思います。どうすればよいですか？ これは機能しませんでした： git checkout HEAD~3 #set head to three commits ago git push #attempt push from that head これで、5つのローカルコミットがすべてプッシュされます。 私は実際にコミットを元に戻すためにgit resetを実行し、次にgit stashを実行してからgit pushを実行できると思います-しかし、すでにコミットメッセージが書き込まれ、ファイルが整理されているため、やり直したくありません。 私の感じでは、プッシュまたはリセットに渡されたいくつかのフラグが機能すると思います。 それが役立つ場合は、ここに私のgit構成があります [ramanujan:~/myrepo/.git]$cat config [core] repositoryformatversion = 0 filemode = true bare = false logallrefupdates = true [remote "origin"] url = ssh://server/git/myrepo.git fetch = +refs/heads/*:refs/remotes/origin/* [branch "master"] …

160 git  version-control 

BitBucketアカウントからWindows 10ラップトップ（GitBashを実行）にレポのクローンを作成しようとしています。接続に必要なすべての手順を完了しました（SSHキーをセットアップし、git @ bitbucket.orgをSSHで正常に接続することで確認しました）。ただし、リポジトリを複製しようとするたびに、Bitbucketのキーをキャッシュすることを確認した後、プロンプトが継続的に切断されます。 User@Laptop MINGW64 /C/Repos $ git clone git@bitbucket.org:mygbid/test.git Cloning into 'test'... The server's host key is not cached in the registry. You have no guarantee that the server is the computer you think it is. The server's rsa2 key fingerprint is: ssh-rsa 2048 97:8c:1b:f2:6f:14:6b:5c:3b:ec:aa:46:46:74:7c:40 If you trust …

159 windows  git  ssh  version-control  bitbucket 

Subversionでファイルを削除した場合、その履歴と内容を確認するにはどうすればよいですか？実行しようとしsvn catたりsvn log、存在しないファイルに対して実行しようとすると、ファイルが存在しないというメッセージが表示されます。 また、ファイルを復活させたい場合は、svn add元に戻す必要がありますか？ （特にSubversionについて質問しましたが、Bazaar、Mercurial、およびGitがこのケースをどのように処理するかについても聞きたいです。）

158 svn  version-control  bazaar 

私はGitを使い始めたばかりで、異なるブランチ間で本当に混乱しました。誰かが次のブランチタイプを理解するのを手伝ってくれる？ 地元の支店 ローカル追跡ブランチ リモートブランチ リモート追跡ブランチ それらの違いは何ですか？そして、彼らはどのように互いに協力し合うのですか？ 簡単なデモコードは本当に役立つと思います。

158 git  version-control  git-branch  git-remote 

アップルは、Xcode 5でプロジェクトに関連する新しいタイプのファイル「xccheckout」を導入しました。 このファイルは「.xcodeproj / project.xcworkspace / xcshareddata /」ディレクトリにあり、プロジェクトのバージョン管理システムに関連しているようです。 サンプルファイルは次のとおりです。http：//pastebin.com/5EP63iRa このタイプのファイルはVCSでは無視する必要があると思いますが、よくわかりません。 だからここに質問があります： 「xccheckout」は無視する必要がありますか？ その目的は何ですか？

157 xcode  git  version-control  xcode5 

Subversionリポジトリのブランチの1つを新しいトランクにする最良の方法は何ですか？ システム全体が大幅に書き直されました。移動、書き換え、置換、削除、名前変更などが行われました。書き換えられたコードはテスト済みで、古いトランクを置き換える準備ができています。 基本的に、古いメインライン（トランク5）にタグが付けられ、ここで終了します。書き直されたブランチ（ブランチ6）は、新しいメインライン（トランク7）になります。 トランク（1）->トランク（2）->トランク（5）->×+->新しいトランク（7） \ \ | フォークマージ??? \ \ | +-> Branch（3）-> Branch（4）-> Branch（6）-+ 古い「トランク」からの継続的な変更はすべて「書き換えられたブランチ」にすでに組み込まれています これどうやってするの？

155 svn  version-control 

私が尊敬している多くのデータアナリストは、バージョン管理を使用しています。例えば： http://github.com/hadley/ http://permut.wordpress.com/2010/04/21/revision-control-statistics-bleg/のコメントを参照してください ただし、gitなどのバージョン管理システムを採用する価値があるかどうかを評価しています。 簡単な概要： 私はRを使用して研究出版物のデータを分析する社会科学者です。現在、Rパッケージを作成していません。プロジェクトの私のRコードには、通常、データ入力、クリーニング、操作、分析、および出力生成のための数千行のコードが含まれています。出版物は通常、LaTeXを使用して作成されます。 バージョン管理に関しては、私が読んだ多くの利点がありますが、それらはソロデータアナリストにはあまり関係がないようです。 バックアップ：すでにバックアップシステムを導入しています。 フォークと巻き戻し：これを行う必要性を感じたことはありませんが、どのように役立つかはわかります（たとえば、同じデータセットに基づいて複数のジャーナル記事を準備している、毎月更新されるレポートを準備している、など） ） コラボレーション：ほとんどの場合、自分でデータを分析しているため、バージョン管理によるコラボレーションのメリットは得られません。 バージョン管理の採用には、いくつかの潜在的なコストも伴います。 バージョン管理システムを評価および学習する時間 現在のファイル管理システムよりも複雑さが増す可能性 しかし、私はまだ何かが足りない気がします。バージョン管理に関する一般的なガイドは、データアナリストよりもコンピュータサイエンティストに向けられているようです。 したがって、具体的には、上記と同様の状況のデータアナリストに関連して、 バージョン管理は努力する価値がありますか？ バージョン管理を採用する主な長所と短所は何ですか？ Rを使用したデータ分析のバージョン管理を開始するための適切な戦略は何ですか（例、ワークフローのアイデア、ソフトウェア、ガイドへのリンク）。

155 git  version-control  r 

.NETアセンブリの3つの異なるアセンブリバージョン番号を管理する方法について、ポインタ、提案、さらにはディクテーションを探しています。これは通常ビジネスによって決定されるように思われるので、製品バージョンは最も単純です。次に、ファイルバージョンはデプロイメント間のバージョン管理用のようで、実際のアセンブリバージョンは出荷時にのみ使用されます。 現在は、依存しないアセンブリのテストおよびメンテナンスリリースにラベルを付ける簡単な方法を探しているだけなので、ファイルバージョンの自動インクリメントビルド番号とリビジョン番号を調べ、最終リリースでは、現在のバージョンをコピーしていますファイルバージョンからアセンブリバージョンへ。製品は本番稼働中ですが、まだ開発中です-ご存知のように-小さな会社の1つであり、変更管理インフラストラクチャの状況はありません。

154 .net  version-control  versioning  .net-assembly  assemblyversions 

閉まっている。この質問はスタックオーバーフローのガイドラインを満たしていません。現在、回答を受け付けていません。 この質問を改善したいですか？Stack Overflowのトピックとなるように質問を更新します。 5年前休業。 この質問を改善する 同様の問題はすでになく、Ubuntuのために、頼まれました。 ツールがビールのように自由であるのか、それとも自由であるのかを知ることは役に立ちます。 また、ツールの上下を知っておくと便利です。

154 windows  git  version-control  merge 

他のブランチのHEADではなく、特定のコミットにリベースしたいのですが。 A --- B --- C master \ \-- D topic に A --- B --- C master \ \-- D topic の代わりに A --- B --- C master \ \-- D topic どうすればそれを達成できますか？

154 git  version-control  rebase  git-rebase 

2台のコンピューターと開発を管理するためにGitを使用しています。GitHubへの変更をコミットしようとしていますが、エラーが発生します。 一部の参照をにプッシュできませんでした<repo>。履歴が失われないようにするため、非早送りの更新は拒否されました。再度プッシュする前にリモートの変更をマージします。 これを引き起こしている可能性のあるものと、これを修正する方法を教えてください。 編集： リポジトリをプルすると、次が返されます。 *ブランチマスター->マスター（早送りではありません）すでに最新 それでもプッシュすると、前述のエラーが発生します。

153 git  version-control 

私たちのチームの全員がIntelliJ IDEAを使用しており、ビルド構成、設定、および検査を共有できるように、プロジェクトファイル（.iprおよび.iml）をソース管理に入れると便利です。さらに、TeamCityとの継続的インテグレーションサーバーでこれらの検査設定を使用できます。（ユーザーごとのワークスペース.iwsファイルは.gitignoreファイルにあり、ソース管理にはありません。） ただし、IDEAでほぼ何を実行しても、これらのファイルはほとんど変化しません。IDEAの問題データベース（IDEA-64312）に問題があるため、おそらくこれはIDEAのバグと考えるかもしれませんが、これは当面の問題に対処する必要があります。 最近まで、Subversionを使用していましたが、最近Gitに切り替えました。無視したプロジェクトファイルの変更リストを作成することに慣れ、他のユーザーと共有したいプロジェクトファイルの変更がない限り、チェックインしませんでした。しかし、Gitの場合、本当の力は（私たちが調査しているものから）それが奨励する継続的な分岐であるように思われ、分岐間の切り替えは、プロジェクトファイルが常に変更されているので苦痛です。多くの場合、何とかして変更をマージでき、新しいブランチに適用されているプロジェクトファイルの変更を処理しようとします。ただし、新しいブランチがプロジェクトファイルを変更した場合（ブランチがまだ他のブランチにない新しいモジュールで作業しているなど）、gitはエラーをスローします 両方のブランチに変更があり、ローカルに変更がある場合は、ファイルにマージすることに意味があり、むしろそのポイントを理解できます。コマンドラインから、「git checkout」コマンドで「-f」を使用して、ローカルの変更を強制的に破棄し、代わりにブランチのブランチを使用することができますが、（1）IDEAのGit Checkout GUIコマンド（10.5.1）私たちが見つけることができるオプションとしてそれを持っているようには見えないので、定期的にコマンドラインに切り替える必要があります、そして（2）それを使用する習慣になりたいかどうか確信がありませんフラグを付け、Gitにローカルの変更を破棄するように指示します。 それで、これを処理しなければならないオプションについての考えをいくつか示します。 プロジェクトファイルを完全にソース管理から除外します。それらを.gitignoreに入れ、他の方法で、または別の場所でソース管理に置くなどして、各人とTeamCityに配布します。私たちのチームは十分に小さいため、このオプションは十分に検討できますが、すばらしいとは言えません。 特定の時点でどのブランチにあるどのファイルを確実に管理するかを試みて、それと共存し続けます。この一環として、各開発者がシステム上に各プロジェクトの複数のコピーを持つことをお勧めします。そうすることで、各プロジェクトファイルの異なるセットに異なるブランチにチェックアウトできます。 プロジェクト（.ipr）だけをソース管理に配置し、モジュール（.iml）ファイルをソース管理および.gitignoreファイルに配置しないでください。定期的に.ipr内で自動的に切り替わるように見える主なものは、共有ビルド構成の順序ですが、それらの設定方法に関する情報を個別に共有することもできます。IDEAが、特に新しいチェックアウト時に、ファイルの一部のみを持っているというこの種のことをどのように処理するかはよくわかりません。 おそらくGitとIDEAの両方が持つと思われる巨大なカスタマイズ性に対処するために、私たちが見逃している明らかな（または非自明な）解決策があることを願っています。しかし、この問題を抱えているのは私たちだけではあり得ないようです。スタックオーバーフロー上の種類の類似した質問には、3495191、1000512、および3873872、彼らはまったく同じ問題だと私は知らない、と多分誰かが私がきた様々なアプローチのための長所と短所を思い付くことができます概説、それらの質問への回答にリストされているアプローチ、または彼らが推奨するアプローチ。

151 git  version-control  intellij-idea 

svn repoを追跡しているgit repoで、1つのファイルにいくつかの編集を加えました。 これらの変更（svn revertなど）を元に戻したいのですが、ファイルの一部のみです。 ファイルの差分を表示し、不要な変更を破棄（元に戻す）し、必要な変更を保持したい。 の git add -i コマンドにはそれを行うオプションがあるようですが、まだこれをステージングしたくありません。

149 git  version-control  git-svn 

指定したフォルダーの下にあるすべてのファイルを無視するための.hgignoreファイルの式を探しています。 例：binの下にあるすべてのファイルとフォルダーを無視したい 実際に表現がどのように形成されるかについてのアドバイスは素晴らしいでしょう

149 version-control  mercurial  hgignore