タグ付けされた質問 「dvcs」

DVCSは、分散バージョン管理システムの略です。

13
ステージングされた変更を表示するにはどうすればよいですか?
コミットする変更をいくつかステージングしました。次のコミットのためにステージングされているすべてのファイルの差分をどのように確認できますか?git statusは知っていますが、ステージングされているファイルの名前だけでなく、実際の差分を確認したいと思います。 私はそれを見たのgit-diffが(1)のmanページを語ります git diff [--options] [-] […] このフォームは、インデックス(次のコミットのステージング領域)に対して行った変更を表示するためのものです。言い換えると、違いは、インデックスにさらに追加するようにgitに指示できるものですが、まだそうしていません。これらの変更は、git-add(1)を使用してステージングできます。 残念ながら、私はこれをまったく理解できません。エイリアスを作成できる便利なワンライナーがあるはずですよね?
2141 git  diff  dvcs  git-diff  git-stage 

13
Gitで1つのファイルの作業コピーの変更を元に戻しますか?
最後のコミット後、作業コピー内の一連のファイルを変更しましたが、最新のコミットと同じ状態にリセットする場合のように、それらのファイルの1つに対する変更を元に戻したいです。 ただし、その1つのファイルだけの作業コピーの変更のみを元に戻したいので、それ以外には何もしません。 それ、どうやったら出来るの?
1634 git  file  version-control  dvcs  undo 


25
MercurialとGitの違いは何ですか?
ロックされています。質問はトピックから外れていますが、歴史的に重要であるため、この質問とその回答はロックされています。現在、新しい回答や相互作用を受け入れていません。 私はWindowsで(msysGitを使用して)gitをしばらく使用しており、分散ソース管理のアイデアが気に入っています。つい最近、私はMercurial(hg)を調べてきましたが、興味深いようです。ただし、hgとgitの違いに頭を悩ますことはできません。 誰かがgitとhgを並べて比較しましたか?ファンボーイのディスカッションに飛び込むことなく、hgとgitの違いを知りたいです。

30
Gitにプッシュするとエラーコード403の致命的エラーが返される:HTTPリクエストが失敗する
認証されたHTTPSを介してこのリポジトリのコピーを複製することができました。いくつかのコミットを行い、GitHubサーバーにプッシュバックしたいと思います。Windows 7 x64でのCygwinの使用。 C:\cygwin\home\XPherior\Code\lunch_call>git push Password: error: The requested URL returned error: 403 while accessing https://MichaelDrog alis@github.com/derekerdmann/lunch_call.git/info/refs fatal: HTTP request failed また、詳細モードで設定します。私はまだかなり困惑しています。 C:\cygwin\home\XPherior\Code\lunch_call>set GIT_CURL_VERBOSE=1 C:\cygwin\home\XPherior\Code\lunch_call>git push Password: * Couldn't find host github.com in the _netrc file; using defaults * About to connect() to github.com port 443 (#0) * Trying 207.97.227.239... …
634 git  github  dvcs 

11
GitとMercurial-比較と対比
しばらくの間、私は個人的なプロジェクトにsubversionを使用しています。 GitやMercurial、そしてDVCS全般について素晴らしいことをどんどん聞いています。 DVCS全体を試してみたいのですが、どちらのオプションにも慣れていません。 MercurialとGitの違いは何ですか? 注:私は、どれが「最高」であるか、あるいはどれを最初に使用する必要があるかを見つけることを試みていません。実装と哲学の点でどのように異なるかを知りたいので、主にそれらが類似している主要な領域とそれらが異なる主要な領域を探しています。

13
最高の3者間マージツールは何ですか?[閉まっている]
現在のところ、この質問はQ&A形式には適していません。私たちは回答が事実、参考文献、または専門知識によってサポートされることを期待しますが、この質問はおそらく議論、議論、投票、または拡張された議論を誘います。この質問を改善でき、再開できると思われる場合は、ヘルプセンターにアクセスしてください。 7年前休業。 Subversion、Git、Mercurialなどは、3者間マージ(mine、theirs、および「base」リビジョンの組み合わせ)をサポートし、競合を解決するためのグラフィカルツールをサポートしています。 どのツールを使用していますか?Windows、Mac OS X、Linux、無料、商用を問わず、あなたはそれに名前を付けます。 会話を始めるために、私が使用または聞いたことのあるものをいくつか示します。 KDiff3 DiffMerge P4Merge 溶ける 比較プロを超えて。 (これはBest Diff Toolのようなものだと認識していますが、3者間マージツールに明示的に焦点を合わせている点が異なります。たとえば、WinMergeはリストに含まれていません。)

7
Mercurial —古いバージョンに戻し、そこから続行します
プロジェクトでMercurialをローカルで使用しています(他の場所へのプッシュ/プルが行われない唯一のリポジトリです)。 今日まで、それは線形の歴史を持っています。しかし、私が現在取り組んでいることは、ひどいアプローチであり、開始する前のバージョンに戻って、別の方法で実装したいと考えています。 Mercurialのbranch/ revert/ update -Cコマンドと少し混乱しています。基本的に私はバージョン38(現在は45)に戻し、次のコミットに38を親として持ち、そこから継続したいと考えています。リビジョン39-45が永久に失われるか、それとも最終的に自分自身の行き止まりのブランチになるかは気にしません。 どのコマンド/コマンドセットが必要ですか?

5
Hg:gitのリベースのようなリベースを行う方法
Gitではこれを行うことができます: 1.新しい機能の作業を開始します。 $ git co -b newfeature-123#(ローカル機能開発ブランチ) いくつかのコミットを行う(M、N、O) マスターA --- B --- C \ newfeature-123 M --- N --- O 2.アップストリームマスターから新しい変更をプルします。 $ git pull (ff-commitsで更新されたマスター) マスターA --- B --- C --- D --- E --- F \ newfeature-123 M --- N --- O 3.マスターをリベースして、私の新機能を 最新の上流の変更に対して開発することができます: (newfeature-123から) $ git rebase master …
207 git  mercurial  dvcs  rebase 


10
MercurialリポジトリとのGit相互運用性
MacでGITを使用しています。十分に言った。私には道具があり、経験があります。使い続けたいです。ここには戦争はありません... 問題は常に相互運用性にあります。ほとんどの人がSVNを使用しています。これは私にとって素晴らしいことです。Git SVNはそのまま使用でき、簡単なソリューションではありません。人々は引き続きSVNを快適に使用でき、ワークフローもツールも失うことはありません。 今... Mercurialに同行する人もいます。彼らにとって罰金:彼らには理由があります。しかし、GIT HGをすぐに見つけることはできません。HGに切り替えたくありませんが、リポジトリと相互運用する必要があります。 皆さん、これの簡単な解決策を知っていますか?

6
マージ:Hg / GitとSVN
Hg(およびGitなど)はSVNよりもマージが優れていることをよく読んでいますが、HVN / GitがSVNが失敗した場合(またはSVNが手動の介入を必要とする場合)にマージできる実際の例を見たことはありません。Hg / Gitがうまく移動しているときにSVNが失敗する場所を示すブランチ/変更/コミット/ ...操作のいくつかの段階的なリストを投稿できますか?実用的で、例外的なケースではありません... 背景:SVNを使用してプロジェクトに取り組んでいる数十人の開発者がいて、各プロジェクト(または類似プロジェクトのグループ)は独自のリポジトリにあります。私たちはリリースブランチと機能ブランチを適用する方法を知っているので、問題に頻繁に遭遇することはありません(つまり、私たちはそこにいましたが、「1人のプログラマーがチーム全体にトラウマを引き起こしている」というJoelの問題を克服することを学びました。または「ブランチを再統合するために2週間で6人の開発者が必要」)。非常に安定していて、バグ修正の適用にのみ使用されるリリースブランチがあります。1週間以内にリリースを作成できるほど十分に安定しているトランクがあります。また、単一の開発者または開発者のグループが作業できる機能ブランチがあります。はい、それらは再統合後に削除されるため、リポジトリが乱雑になることはありません。;) したがって、私はまだSVNよりもHg / Gitの利点を見つけようとしています。実地体験をしたいのですが、Hg / Gitに移行できる大きなプロジェクトはまだないので、作成されたファイルがわずかしか含まれていない小さな人工プロジェクトで遊んでいるのが苦手です。そして、Hg / Gitの印象的なパワーを感じることができるいくつかのケースを探しています。これまでのところ、私はそれらについてよく読んだことがありますが、自分で見つけることができませんでした。
144 git  svn  mercurial  merge  dvcs 

6
名前付きブランチと複数のリポジトリ
現在、比較的大きなコードベースでSubversionを使用しています。各リリースには独自のブランチがあり、修正はトランクに対して実行され、次を使用してリリースブランチに移行されますsvnmerge.py より良いソース管理に移行する時が来たと私は信じており、私はしばらくの間Mercurialをいじっています。 Mercurialを使用してこのようなリリース構造を管理する方法は2つあります。各リリースは独自のリポジトリを取得し、リリースブランチに対して修正が行われ、メインブランチ(およびその他の新しいリリースブランチ)にプッシュされます。または、単一リポジトリ内の名前付きブランチ(または複数の一致するコピー)を使用します。 どちらの場合も、リリースブランチに含めるために、移植のようなものをチェリーピックの変更に使用しているようです。 私はあなたに尋ねます。各アプローチの相対的なメリットは何ですか?

10
人々は化石DVCSについてどう思いますか?[閉まっている]
現在のところ、この質問はQ&A形式には適していません。事実、参考文献、専門知識によって回答が裏付けられることを期待していますが、この質問は、討論、議論、投票、または拡張ディスカッションを求める可能性があります。この質問が改善され、場合によっては再開できると思われる場合は、ヘルプセンターにアクセスしてください。 7年前休業。 fossil http://www.fossil-scm.org 私は最近これを見つけて、自分のホームプロジェクトで使用し始めました。他の人がこのVCSについてどう思うか聞きたいです。 私の心に欠けているのはIDEサポートです。うまくいけばそれが来るでしょうが、私はコマンドラインをうまく使います。 化石についての私の好きなもの:Webサーバーwikiとバグ追跡が組み込まれた単一の実行可能ファイル。リポジトリは1つのSQLite(http://www.sqlite.org)データベースファイルであり、簡単にバックアップできます。私はまた、化石を実行してリポジトリをサムドライブに保存できることも気に入っています。これは、私のソフトウェア開発が完全に移植可能になったことを意味します。 あなたの考えを教えてください....
124 dvcs  fossil 

15
git pushは何もしません(すべて最新のものです)
GitHubのGitリポジトリを更新しようとしています。私はたくさんの変更を加え、それらを追加し、コミットしてからを実行しようとしましたgit push。応答から、すべてが最新であることがわかりますが、明らかに最新ではありません。 git remote show origin 私が期待するリポジトリで応答します。 リポジトリに表示されないローカルコミットがある場合、Gitはリポジトリが最新であると通知するのはなぜですか? [searchgraph] git status # On branch develop # Untracked files: # (use "git add <file>..." to include in what will be committed) # # Capfile # config/deploy.rb nothing added to commit but untracked files present (use "git add" to track) [searchgraph] git …
100 git  dvcs 

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.