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

GitはオープンソースのDVCS(分散バージョン管理システム)です


4
パブリックリポジトリとプライベートリポジトリ
販売中のアプリを開発しているとしましょう。このプロジェクトにパブリックリポジトリを使用することには意味がありますか?デフォルトの著作権はコードを使用している他の誰かからコードを保護していませんか?もしそうなら、プライベートリポジトリに支払うことにはどのような利点がありますか?

3
非分散型の独立した単独のプログラミングでのgit…ベストプラクティス(複数可)?
現在、gitのドキュメントを研究して、分散バージョン管理ワークフローのコツとgitコマンドラインの使用方法を理解しています。最初にgitを小規模な個人的なペットプロジェクトで使用して、大規模で実行する前に経験を積みたいと思います(つまり、より大きなプロジェクト、チーム開発)。 孤独なプレイヤーとして、Gitシステムのどの領域を私の学習時間のほとんどに費やすべきでしょうか...後で大規模な作業のために残すべき部分は何ですか。言い換えれば、gitシステムのどの機能がチームワークでのみ完全に把握されるので、個人レベルであまり関与すべきではないのですか?

2
Gerrit、git、ブランチ全体のレビュー
現在、Gerrit(これは私が使用する最初のコードレビューツールです)を学んでいます。Gerritは、単一のコミットで構成されるようにレビューされた変更を必要とします。私の機能ブランチには約10のコミットがあります。 メリットを優先する方法は、これらの10個のコミットを1つのコミットに押しつぶすことです。ただし、この方法でコミットがターゲットブランチにマージされる場合、その機能ブランチの内部履歴は失われます。たとえば、git-bisectこれらのコミットを二分するために使用することはできません。私は正しいですか? 私はこの状態について少し心配しています。この選択の理由は何ですか?歴史を失うことなく、Gerritでこれを行う方法はありますか?

1
提案された変更の潜在的なレビュー担当者を特定するツール
入力として提案されたパッチとgitリポジトリを受け取り、開発者がパッチをレビューするのに最適な候補であることを識別するツールはありますか?git履歴を使用して、変更されるコードのファイル/セクションで最も経験のある作成者を特定します。 編集:ユースケースは、大規模なオープンソースプロジェクト(OpenStack Compute)であり、マージの提案が出てきて、よく知らないコードのチャンクにマージの提案が表示され、他の誰かの名前を提案されたレビュー担当者のリスト。これにより、その人は、マージ提案を見るための通知を受け取ります。

4
人々は私のプロジェクトをフォークしますが、上流からフェッチしません-何ができますか?
何人かの人々が私のgithubリポジトリをforkしましたが、彼らは上流からフェッチマージされていません。したがって、フォークが行われて以来、私の元のリポジトリは大幅に進化しており、その間、これらの人々は私の古いバージョンの作品を表示しているため、見た目が悪くなります(たとえば、表示されているものが不完全で、バグが含まれています)それ以降は修正済みなど)。 これらの人々は明らかにフォークが何のためにあるのか理解していません。彼らはフォークボタンを押すだけで(おそらく「これはかっこいい」と言う方法として)、離れて行きます。理想的には、私が望むのは、上流からフォークを更新し続けるか、大きな貢献をするか、フォークを削除することです。これについて私にできることはありますか?(ありません、ありますか?これはオープンソースであることの代償ですよね?)
8 git  github 

4
Gitリポジトリ内でSubversionリポジトリを使用する方法
私はGitでプロジェクトを開発しています。ITはSubversionリポジトリにある別のプロジェクトに依存しています。ツリー内のSubversionプロジェクトに変更を加え、Gitプロジェクト内からSubversionリポジトリにコミット/更新できるようにしたいと思います。それは可能ですか?
8 git  svn 
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.