プッシュされたファイルの拒否

リリース用に2つ、プロダクション用に2つあります。開発者はすべてその変更をプロダクションにプッシュし、インテグレータは変更を反映（マージ）してリリースします。特定のユーザーによって押された変更を拒否する方法はありますか？以下の2つのユースケース。プッシュされたファイルの拒否

変更がユーザーの変更の一番上にプッシュされました。
ユーザーの変更に加えて変更は適用されません。

出典

2011-08-08 maestromani

解決策は、2つのブランチを2つの別々のリポジトリに配置することです。それから、誰もがそのうちの1つにプッシュする権利を持っていますが、他のものにはプッシュする権利はありません。 – MatrixFrog

1人のユーザーが何らかの変更をプッシュし、別の2人のユーザーがその上にプッシュしたとします。選択できる方法は最後の変更を別のストリームに適用する方法です。私は最初のプッシュを拒否したいので、毎回選択的にマージする必要はありません。 – maestromani

を持つGitoliteを使用するのが1つの解決策です。
認証にプロトコルを使用している場合、Gitoliteはmanage the authorization partになります。

出典

2011-08-08 05:35:36 VonC

返信いただきありがとうございます、私はgitoliteを使用します。 WEには、変更を本番ブランチにプッシュできるユーザーがいます。プロダクションストリームにアクセスした人が誤ってシステム全体を壊している変更をプッシュした場合、ロールバックする方法はありますか？ – maestromani

@maestromani：もし人々がすでにそれらの変更をクローンしているなら、 'git revert'が望ましいでしょう。可能な2つのオプションについては、http://stackoverflow.com/questions/6971717/github-how-to-revert-changes-to-previous-state/6971775#6971775を参照してください。 – VonC

ありがとう、私はそれを試みます。 – maestromani

プッシュされたファイルの拒否

答えて

関連する問題