2016-04-01 6 views
-1

私のチームと私はGitLabで作業していますが、まだGitを使用している初心者です。変更を加えてコミットしたいと思います。私は変更をコミットする前にプルしようとし、常に取得する:あなたは元に戻すか、レビューしコミットすることがあります...Git:元に戻してレビューする必要がありますか?

+0

前に、私はあなたの質問は少し広いgit pull --rebase思います。典型的には、誰もが(マスターやdevブランチから)生成し、他のブランチで*モジュラー*を動作させるための基盤を持ちたいとします。次に、あなたはマスターから派生した特定のブランチで好きなだけ頻繁にコミットし、それらのブランチを独立してレポにプッシュできます。ブランチの状態に問題がなければ、プルリクエスト(マージリクエスト)をマスター(つまり更新マスター)に行います。それがあなたの流れなのであれば、リクエストなしでマージしてください。 – mwm314

+0

私はそれを行い、私の質問は紛争に関するものです – Hadh

答えて

0

私はgitで本当によく知っていると思います。

何よりも先に、documentation on git alone and its mechanicsをよくお読みください。

場合によっては、ローカルリポジトリ(ご希望の場合はコンピュータ上)で変更を確定する必要があります。それだけであなたが引っ張ります(つまり、 "サーバー"から新しい変更を得ることを意味します)。

変更を加えた同じコードで他の人が変更を加えた場合、いくつかの競合が発生することがあります。その場合は、3つの方法のいずれかで競合を解決する必要があります。変更を無視してサーバーのバージョン(「主リモート」とも呼ばれることもあります)を使用することを選択した場合、サーバーのバージョンを無視することにしました変更を保存するか、最も複雑な解決方法を使用する場合は、競合が発生しているファイルを変更し、ファイル内の各競合が発生しないようにします。

これを実行すると、サーバーにプッシュすることができます。つまり、サーバー上に変更が加えられ、他のチームメンバーがサーバーから変更内容を取得できます。

私はそれが助けてくれることを願っていますが、ドキュメントを読んで、gitの世界と基本原則から基本的なキーワードを理解してください。次のように幸運。

編集:私の知る限り、あなたの質問であれば自動的に矛盾を解決する魔法の呪文はありません。チーム内の各人が異なる支店で作業している場合、競合が発生する唯一の瞬間はマージプロセスです。この場合、競合の管理は実際にはすべての種類の予期しないエラー/行動/機能/バグ。

+0

私は通常この問題を解決していますが、私はgitに精通していますが、私は紛争の永続的な修正を望んでいました。コミットして私の支店に押し込んでから、あなたが言ったように、マスターから引っ張って手作業で解決してください。 – Hadh

0

私はあなたのための簡単な答えを持っているし、それは私の日常の経験から来て、ちょうどいつでもすぐに変更をコミット先に行く、あなたは右のあなたのgit push

関連する問題