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

この質問は何度も尋ねられたように感じますが、解決策は通常「ディレクトリを削除して、新しいチェックアウトで作業をやり直した」です。コミットとプッシュを行いましたが、コミットメッセージで間違ったチケット番号を参照していることに気付きました。だから私はSOで簡単な解決策を探し、最終的に次のようにターミナルに入力しました： $ git reset --soft HEAD^ $ git commit -m "... correct message ..." 唯一の問題は、次のエラーメッセージが表示されることです。 To prevent you from losing history, non-fast-forward updates were rejected Merge the remote changes before pushing again. See the 'Note about fast-forwards' section of 'git push --help' for details. 私はgit-flowモデルを使用していて、開発ブランチに取り組んでいます。gitを再び幸せにするために、どうすれば元に戻すことができますか？

88 git  version-control 

git-svnを介してミラーリングしているsvnリポジトリのURLが変更されました。 バニラsvnではあなたはただするでしょうsvn switch --relocate old_url_base new_url_base。 git-svnを使用してこれを行うにはどうすればよいですか？ 設定ファイルのsvnurlを変更するだけでは失敗します。

88 git  version-control  git-svn 

82の機能ブランチがぶら下がってしまうことを望まないので、マスターにマージするとすぐに機能ブランチを削除することの潜在的な欠点は何であるか疑問に思います。 ワークフロー： git co -b feat-xyz hack hack git ci hack some more git ci git co master git merge feat-xyz smoke test git br -d feat-xyz ここに問題はありますか？

88 git  version-control  branch 

gitリポジトリのサイズを小さくする方法を探しています。検索すると、git gc --aggressiveほとんどの場合につながります。また、これは好ましいアプローチではないことも読みました。 どうして？実行している場合は何に注意する必要がありgc --aggressiveますか？ git repack -a -d --depth=250 --window=250以上をお勧めしgc --aggressiveます。どうして？repackリポジトリのサイズをどのように削減しますか？また、フラグ--depthとについてはよくわかりません--window。 との間で何を選択する必要がgcありrepackますか？ときに私が使用する必要がありますgcとrepack？

88 git  github  version-control 

画面をクリアするコマンドはGitにありますか？たとえば、多くのコードを実行した後のウィンドウコマンドラインでclsと入力すると、前のすべてのコードがクリアされます。だから私はGitに同じタイプの機能が欲しいのです。だから誰でも私にコマンド名を教えてもらえますか？

88 version-control  git-svn  git-bash 

誰かがPerforceツリーで追跡されていない（実際には追加されていない）ファイルを見つけるためのスクリプトまたはエイリアスを持っていますか？ 編集：2009年1月のリリースでP4Vがこれに対するサポートを追加したように見えるので、私はこれについて承認された回答を更新しました。

87 version-control  perforce 

現在のところ、この質問はQ＆A形式には適していません。私たちは回答が事実、参考文献、または専門知識によってサポートされることを期待しますが、この質問はおそらく議論、議論、投票、または拡張された議論を誘います。この質問を改善でき、再開できると思われる場合は、ヘルプセンターにアクセスしてください。 8年前に閉鎖。 Eclipseの.project、.classpath、.settingsなどのプロジェクトファイルをバージョン管理下（Subversion、GitHub、CVS、Mercurialなど）に保持する必要がありますか？

87 java  eclipse  version-control  ide 

NuGetの前は、プロジェクトで使用されるすべての外部DLLをチェックインすることが一般的に受け入れられていた「ベストプラクティス」でした。通常、Libsまたは3rdPartyディレクトリにあります。 NuGetを使用する場合、packagesディレクトリをチェックインする必要がありますか、それともMSBuildが必要なパッケージをnugetフィードから自動ダウンロードする方法はありますか？

87 version-control  msbuild  nuget 

依存関係のツリー内の複数のモジュールで構成されるオープンソースのJavaプロジェクトを実行しています。これらのモジュールはすべて、Subversionリポジトリ内のサブディレクトリです。私たちのプロジェクトの初心者にとって、Eclipseでそれらすべてを手動で設定するのは大変な作業です。 すべての開発者がEclipseを使用しているわけではありません。それでも、初心者が始められるように、.classpathファイルと.projectファイルをチェックインすることを検討しています。これは良い考えですか？それとも、それらのファイルで絶え間ない競合が発生しますか？プロジェクトを日食で簡単にセットアップできるようにする別の方法はありますか？

87 eclipse  version-control  ide 

私はレールを学んでいます。 どこかで、一見ランダムなフォルダーとファイルがRailsアプリのディレクトリに表示されていることに気づきました。一部のフォルダにはconcerns、.keepファイルが含まれているフォルダがあります。.keepファイルが空であるように思われます。他のフォルダにはフォルダはありませんconcernsが、空の.keepファイルがあります。 これらのファイル/フォルダの扱いを知っている人はいますか？

87 git  version-control 

作業ディレクトリからファイルを削除しようとしていますが、次のコマンドを使用した後 git checkout file_Name.txt 次のエラーメッセージが表示されました error: path 'first_Name.txt' is unmerged それは何ですか、それを解決する方法は？ 以下は私のgitステータスです $ git status On branch master You are currently reverting commit f200bf5. (fix conflicts and run "git revert --continue") (use "git revert --abort" to cancel the revert operation) Unmerged paths: (use "git reset HEAD <file>..." to unstage) (use …

87 git  version-control  merge-conflict-resolution 

Visual Studioで最新の取得を実行すると、競合がある場合、それを明確にするために表示されるものは何もありません。常に私はすべてが大丈夫だと思います、ビルドをします、そしてしばしばビルドはうまくいきます。 競合ウィンドウを開くために、競合を探すことを忘れないようにする責任は常に私にあります。VSを私の顔に浮かび上がらせ、現在競合が発生していることを教えてくれる方法はありますか？

86 visual-studio  tfs  version-control  merge-conflict-resolution 

現在、別のgit commit（同じブランチで...実際にはmasterブランチで！）に切り替えるために、コマンドを実行しています git checkout ea3d5ed039edd6d4a07cc41bd09eb58edd1f2b3a さて、私がこのgitを実行するたびに、私は今、頭が離れていることがわかります。古いコミットに移動し、同じブランチでヘッドを維持するにはどうすればよいですか？

85 git  version-control 

私はマージを間違えました。元に戻してからもう一度やり直したいのですが。 コミットされる前にマージを元に戻す方法はありますか？ hg revert私が望むことをしません、それはファイルのテキストを元に戻すだけです。Mercurialは、マージの2回目の試行を中止し、元のマージがまだコミットされていないことを訴えます。 hg mergeコマンドの後、コミットされる前にマージを元に戻す方法はありますか？

85 version-control  mercurial  merge  dvcs  undo 

かなり大きな歴史を持つgitプロジェクトがあります。 具体的には、プロジェクトの初期には、プロジェクトにかなりの数のバイナリリソースファイルがありましたが、これらは事実上外部リソースであるため、現在は削除されています。 ただし、これらのファイルが以前にコミットされているため、リポジトリのサイズは> 200MB（現在の合計チェックアウトは約20MB）です。 私たちがやりたいのは、履歴を「折りたたむ」ことです。これにより、リポジトリは以前よりも新しいリビジョンから作成されたように見えます。例えば 1-----2-----3-----4-----+---+---+ \ / +-----+---+---+ リポジトリが作成されました バイナリファイルの大規模なセットが追加されました バイナリファイルの大規模なセットが削除されました リポジトリの新しい意図された「開始」 したがって、事実上、特定の時点より前にプロジェクト履歴を失いたいと考えています。この時点ではブランチは1つしかないため、複数の開始点などを処理しようとしても問題はありません。ただし、すべての履歴を失い、現在のバージョンで新しいリポジトリを開始する必要はありません。 これは可能ですか、それとも肥大化したリポジトリを永遠に持つ運命にありますか？

85 git  version-control