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

DVCSを使用する利点の1つは、edit-commit-mergeワークフローです（多くの場合、CVCSによって施行されるedit-merge-commitを超える）。マージに関係なく、固有の各変更をリポジトリに記録できるようにすることで、DAGがプロジェクトの真の血統を正確に反映するようになります。 なぜこれほど多くのWebサイトが「マージコミットを回避する」ことについて話しているのですか？事前コミットまたはマージ後のリベースをマージすると、リグレッションの分離、過去の変更の取り消しなどが難しくなりませんか？ 明確化のポイント： DVCSのデフォルトの動作があるコミットをマージ作成します。なぜそんなに多くの場所が、これらのマージコミットを隠す線形の開発履歴を見たいという願望について語っているのでしょうか？

68 version-control  git  dvcs  merging 

gitは以下のシナリオの処理にどのように役立ちますか？ タスクは、バックエンドタスクとフロントエンドタスクの2つの部分に分かれています。プルリクエストを作成してバックエンドの変更をマージし、マージされるのを待ちます（そしてフィードバックに対処します）。待っている間、フロントエンドの変更はバックエンドの変更に依存しており、マスターブランチではまだ利用できないため、フロントエンドの変更を実際に処理することはできません。 まだレビュー中に、バックエンドの変更ブランチからフロントエンドの変更ブランチに変更を取り込む最良の方法は何ですか？

65 git  branching 

チームとコミュニティで開発されるソフトウェアプロジェクトを開始しています。以前はgerritで販売されていましたが、今ではGithubのフォークおよびプルリクエストモデルは、より多くのツール、コミットを視覚化する方法、および使いやすさをほぼ提供しているようです。 両方について少なくとも少し経験がある人にとって、それぞれの長所と短所は何ですか？コミュニティ開発の可能性を残したいチームベースのプロジェクトにはどちらが良いでしょうか？

64 git  github  forking  gerrit 

MITプロジェクトをフォークし、大幅に変更して名前を変更する場合、メインライセンスファイルのMITライセンスの上にある著作権表示をどのように処理しますか。元の著者と私の会社、または元の著者のみをリストしますか？原作者の帰属に関する法的選択肢は何ですか？私もMITでソフトウェアのライセンスを取得し、オープンソースのままにしておきます。

62 open-source  git  github  mit-license 

Gitには複数のプロジェクトがあり、それらを最終的に他の人に紹介したいと思っています。ただし、現在は私だけで、GitとGitHubを非常に単純に使用しています。ブランチはなく、基本的にコミットをローカルファイルのバックアップとして使用しています。時々、以前のバージョンのファイルを参照して参照することもありますが、この時点までロールバックする必要はありませんが、将来必要になる場合はオプションを高く評価します。 唯一の開発者として、現在利用できるGitまたはGitHubの機能は何ですか？私のワークフローはどのようなものですか？ また、今後プロジェクトに他の人を追加することを見越して、始める必要がある特定のプラクティスはありますか？

60 git  github  solo-development 

GitはGPLv2の下でライセンスされているので、私の理解では、GitHubはGitと対話します。GitHubコードベース全体をGPL互換ライセンスでオープンソース化すべきではありませんか？

58 licensing  git  gpl  github 

アプリケーションのバックアップ状況を改善しようとしています。DjangoアプリケーションとMySQLデータベースがあります。Gitでデータベースをバックアップすることを提案する記事を読みました。 一方で、データとコードのコピーを同期させておくので気に入っています。 しかし、Gitはデータ用ではなくコード用に設計されています。そのため、コミットごとにMySQLダンプを比較する多くの余分な作業を行うことになります。保存する前にファイルを圧縮しても、gitはファイルを差分しますか？ （現在、ダンプファイルは100MB非圧縮、bzip圧縮時は5.7MBです。） 編集：コードとデータベーススキーマの定義は既にGitにあります。これは実際にバックアップすることを心配しているデータです。

57 database  git  mysql  django 

最近、Webアプリの機能（自動サインアップ）が管理者によって延期されるという問題が発生しました。彼らは、開始が「冷たすぎる」と感じていたが、彼らが取り組んでいた他のすべての機能を公開したかったためです。 問題は、この機能が次のリリースでライブをプッシュする予定の他のすべての機能と一緒に終了したときに開発にマージされたため、通常のようにdev-> test-> masterをマージできないことです。 この問題をどのように回避できたでしょうか？

53 project-management  git  gitflow 

誰もが知っているように： ブランチがHilbert空間の部分多様体をマッピングする同相内体関数であることを理解すると、Gitはより簡単になります これは専門用語のように見えますが、一方で、 つまり、XのモナドはXのエンドファンクターのカテゴリーのモノイドであり、積×はエンドファンクターの構成とアイデンティティエンドファンクターによって設定された単位に置き換えられます。 で、それは本当であるので面白いです。 この簡単なテキストを読むことで、間違いのマージを回避できますか？

51 git 

GitHubの仕組みを理解していますが、混乱していることの1つは、ほとんどすべてのOSSプロジェクトが最近、ホームページに「GitHubでフォーク」リンクを持っている理由です。例えば、 http://jqtjs.com/、http://www.daviddurman.com/flexi-color-picker/など。 これはなぜそんなに一般的ですか？彼らは、コードの検証を望んでいる/必要としているのか、どうすればいいのかわからないかもしれないセキュリティ/パフォーマンスの改善をチェックしているのか？ これが共同プロジェクトであることを示すことを意図していますか？改善を追加しても大丈夫ですか？ 彼らはGitHubで働いていますか、それともサービスを宣伝したいですか？奇妙なことに、最近「Bitbucketの Forkプロジェクト」のロゴを見たことがないと思います。 そのロゴに対する私の最初の反応は、プロジェクトをおそらく有用なものと統合するために変更（分岐）する必要があること、またはフラグメント化されたコードベースを奨励し、全員がプロジェクトの独自の分岐を作成することを奨励していることです。しかし、私はそれが意図ではないと思います。

50 git  github  collaboration 

git commitメッセージの最初の行では、変更が複数のファイルにまたがらない場合に変更されたファイルについて言及する習慣があります。たとえば： Add [somefunc] to [somefile] これは良いことですか、それとも不要ですか？

50 git 

私はGitサブモジュールの大ファンです。バージョンとともに依存関係を追跡できるので、以前のバージョンのプロジェクトにロールバックし、対応するバージョンの依存関係を安全かつクリーンに構築できます。さらに、ライブラリの履歴は、ライブラリに依存している（およびオープンソース化されない）アプリケーションの履歴とは別個であるため、ライブラリをオープンソースプロジェクトとしてリリースする方が簡単です。 仕事中の複数のプロジェクトにワークフローを設定していますが、単一のモノリシックプロジェクトではなく、このアプローチを少し極端にするとどうなるか疑問に思っていました。サブモジュールを実際に使用すると、ワームの潜在的な可能性があることにすぐに気付きました。 一対のアプリケーション：studioおよびplayer、および依存ライブラリcore、graphおよびを想定します。network依存関係は次のとおりです。 core スタンドアロンです graphcore（サブモジュール./libs/core）に依存 network上のcoreサブモジュール（サブモジュール./libs/core） studio依存graphし、network（サブモジュールに./libs/graph及び./libs/network） player依存graphし、network（サブモジュールに./libs/graph及び./libs/network） CMakeを使用しており、これらの各プロジェクトに単体テストとすべての作品があると仮定します。各プロジェクト（studioおよびを含むplayer）は、コードメトリックス、ユニットテストなどを実行するためにスタンドアロンでコンパイルできる必要があります。 事は、再帰的git submodule fetchであり、次のディレクトリ構造を取得します： studio/ studio/libs/ (sub-module depth: 1) studio/libs/graph/ studio/libs/graph/libs/ (sub-module depth: 2) studio/libs/graph/libs/core/ studio/libs/network/ studio/libs/network/libs/ (sub-module depth: 2) studio/libs/network/libs/core/ プロジェクトでcore2回複製されていることに注意してくださいstudio。このディスクスペースの浪費とは別に、core2回ビルドするため、ビルドシステムの問題が発生しますcore。 質問 共通のネストされたサブモジュールの複数のコピーを取得せずに、バージョン付きの依存関係とスタンドアロンビルドを取得できるように、サブモジュールを整理するにはどうすればよいですか？ 可能な解決策 ライブラリの依存関係がある程度示唆されている場合（つまり、「バージョンXで動作することがわかっている」または「バージョンXのみが公式にサポートされている」方法）次のシナリオを想像できます。 ビルドシステムを用意しgraph、networkどこで見つけるかを伝えますcore（たとえば、コンパイラインクルードパスを使用して）。「standalone」と「dependency」の2つのビルドターゲットを定義します。「standalone」は「dependency」に基づき、ローカルcoreサブモジュールを指すインクルードパスを追加します。 追加の依存関係を導入studioしcoreます：on 。次に、studiobuilds core、coreサブモジュールの独自のコピーへのインクルードパスを設定し、ビルドgraphしnetworkて「依存関係」モードにします。 結果のフォルダー構造は次のようになります。 studio/ studio/libs/ (sub-module depth: 1) studio/libs/core/ studio/libs/graph/ studio/libs/graph/libs/ (empty folder, …

50 git  cmake  submodules 

jsdocsのようなツールを使用すると、コード内のコメントに基づいてコードベースに静的なHTMLファイルとそのスタイルが生成されます。 これらのファイルをGitリポジトリにチェックインするか、.gitignoreで無視する必要がありますか？

49 git  documentation 

私はまだGitの動作に慣れていません（Linus以外の誰かが;）かどうか疑問に思っています）。 Herokuを使用してアプリケーションをホストする場合、Gitリポジトリでコードをチェックする必要があります。オープンソースプロジェクトで作業している場合、このリポジトリをGithubまたは他のGitホストで共有する可能性が高くなります。 パブリックリポジトリで確認すべきでないものもあります。データベースパスワード、APIキー、証明書など。ただし、これらをコードをHerokuにプッシュするために使用するため、Gitリポジトリの一部である必要があります。 このユースケースの使用方法 注：HerokuまたはPHPFogはサーバー変数を使用してこの問題を回避できることを知っています。私の質問は、コードの一部を「隠す」方法についてです。

49 git  github  heroku 

で、このドキュメントは言及されています コミットオブジェクトには、任意の数の親を含めることができます。 しかし、私の理解では、コミットに複数の親が含まれる唯一のケースは、マージが発生したときであり、その場合、2つの親しかありません。だから私の質問は、コミットには2人以上の親を持つことができますか？もしそうなら、いつ？

48 git