git-workflow

    3

    1答えて

    私はgitとJenkinsにとってかなり新しいです。私たちはJenkinsを使い、feature-branch-workflow conceptに従っています。これはGitHub flowと似ています。 masterブランチは常に現在プロダクション環境に配備されている必要がありますが、マスターブランチをいつ更新する必要があるのでしょうか。 生産にデプロイする前に:プルリクエストが承認されますと、マ

    0

    1答えて

    私のリポジトリに2台のリモコンを使用する必要があります。たとえば。 一つは、私のローカルのgitサーバー(gitblit) 一つはまた、私はこのすべてを管理するためにPhabricatorを使用する必要が のGithub /ビットバケットです。だから私が考えているワークフローは: 私は自分のローカルgitサーバーに変更をプッシュし、私の友達はgithubにプッシュします。 Phabricatorロ

    1

    1答えて

    bitbucketを使用していますが、gitのリベース機能を使用しているときに問題が発生しています。要するに、私がrebaseするたびに既に適用した変更を再適用する必要があります。私は以下の手順で問題を再現しました。その単純化されたバージョンが、結果は同じでした。 デベロッパーAはgit repoを作成し、contributors.txtをmasterに追加し、コミットしてプッシュします。今mas

    7

    1答えて

    Webサーバーにgitをインストールして開発しています。開発したばかりの.gitプロジェクトをpublic_htmlディレクトリの外に置いて、マスターブランチをディレクトリにクローニングしていますinside public_html。これにより、既にチェックアウトされているブランチのエラーを心配することなく、マスターブランチにプッシュすることができます。 私たちはマスターブランチを修正して再び引っ

    0

    1答えて

    私はメインリポジトリからフォークし、自分のシステムにフォークされたリポジトリをクローンしました。私はGithubフォークワークフローを気に入らず、通常のGithubワークフローに戻したいと思っています。 私はフォークされたリポジトリをシステムから削除してメインリポジトリからクローンしたくありません。 メインリポジトリからクローンを作成せずにローカルセットアップ(フォークしたリポジトリから)をメイン

    2

    4答えて

    私は現在origin/masterからorigin/masterから作成されたブランチにorigin/masterをリベースしていますが、ブランチで作業していた開発者は現在利用できません。 フィーチャーブランチの最初のコミットでいくつかの競合が解決されましたが、開発者がリベースを完了する方法を知るまで待つ必要があります。 私が既に行った(〜30分)競合解決を維持して別のタスクに移行できる方法はあり

    0

    1答えて

    私はgit flowの方法論を使用しています。リモートgitサーバー上の非レディ機能をプッシュする方法についてアドバイスが必要です。 (機能が終了している場合は)私たちは、このような方法でそれを行うことができますデフォルトで git checkout -b feature develop Do something... git commit -am "Message" git checkou

    0

    1答えて

    アリスは機能A(ブランチA)と機能B(ブランチB)のボブで動作し、ブランチでの各作業の後、共通の機能が実装されている場合、この状況をどのように処理する必要がありますか? この共通機能に対してブランチ(ブランチC)を作成する必要がありますか?だから、ブランチCで共通の機能が完了したら、アリスとボブはそのブランチにマージします。 ブランチAとブランチBをマスターブランチにマージすると問題が起こるのです