問題タブ [github-enterprise]

私の会社では、GitHub Enterprise を使用して、特定の保護されたブランチが更新されると、本番サーバーとテスト サーバーを自動的に更新します。

誰かがプッシュ イベントを送信すると、ペイロードがさまざまなサーバーに配信され、それぞれが小さな Web サーバーを実行してそのようなペイロードを受信します。次に、Web サーバーはペイロードの「ref」要素をチェックして、更新されたブランチがサーバーに対応しているかどうかを確認します。

たとえば、誰かがプッシュ イベントをdevelopmentブランチに送信すると、これが WebHook が prod01 と dev01 の 2 つのサーバーに配信するペイロードの開始点になります。

productionprod01 サーバーは、ブランチが更新されたかどうかを確認します。そうではなかったため、そのサーバーでは何も起こりません。サーバー dev01 は同じペイロードをチェックして、developmentブランチが更新されたかどうかを確認します。("ref": "refs/heads/development") だったので、dev01 は次のコマンドを実行します。

ペイロードが正しく配信されると、GitHub Enterprise はこれを返します。

ただし、Web サーバーが prd01 または dev01 で実行されていない場合があるため、代わりにこれを取得します。

これが発生すると、リポジトリを更新し、サーバーに同じ変更があることを期待するというワークフローは機能しません。

失敗したペイロードについて通知を受けるにはどうすればよいですか? 可能であれば、Web サーバーをポーリングしたり、悪いステータスをポーリングしたりするものを設定したくありません。それを除けば、ペイロードのステータス (RESTfully?) をチェックするソリューションは、他の理由でペイロードがまだ失敗する可能性があるため、Web サーバーがまだ実行されているかどうかをチェックするよりも優れています。

編集：内部で確認したところ、現在の監視サービスの1つを設定して、各サーバーのWebサーバーのポートで応答を確認できるようです. 上の画像では 8090 ですが、頻繁に異なります。

これは、Web サーバーが応答していない場合のみを実際にカバーするため、私の理想的な解決策ではありません。ペイロードの配信が失敗する理由は他にもさまざまあります。

私の名前は Benjamin Mach です。FAU Erlangen-Nürnberg でコンピューター サイエンスを学んでいます。私の学士論文では、ソフトウェア フォージを使用して (場合によっては組織内の境界を越えて) 協力するソフトウェア組織内での共同作業のための測定ソフトウェアを準備したいと考えています。使用したいモデルでは、組織の構造に関するデータを収集することが重要です。

区切り記号を使用して欠落している階層を解決する戦略について読みました。(例: maingroup-subgroup1-subgroupofsubgroup3) これはあなたにとって一般的な慣習ですか?そうでない場合、どのように対処しますか?

お時間をいただきありがとうございます。

よろしくお願いします、

ベンジャミン・マッハ

具体的には、passport-github認証に使用していますが、github.com ではなく、明らかに別の URL にある GitHub Enterprise サーバーに対して検証された API を使用したいと考えています。

GitHubStrategyソースを掘り下げると、 がから継承されていることがわかりますが、Strategyそれはプライベート オブジェクトのようです。

GitHubStrategyの関数パラメーターで提供できる唯一のオプションは *
* clientID
* clientSecret
* callbackURL
* scope
* userAgent

しかし、私は設定したい:
* authorizationURL
* tokenURL
* userProfileURL
* userEmailURL

ただし、これらは でのみ設定でき、Strategy(options, verify)アクセスできないようです。

GitHub Enterprise online でインバウンド電子メールへの言及をよく見かけます。v2.4.1 を実行している Github Enterprise インスタンスを管理しています。それを設定する場所がどこにも見つかりません。管理コンソールに通常の「メール」設定が表示されますが、送信メールの設定しかありません。

私のユーザーは、メールから PR またはコメントに返信し、その返信を内部 Github Web サイトの関連ページに直接投稿する機能を要求しています。これは可能ですか？

Github エンタープライズ リポジトリ (Github Enterprise バージョン: 2.3.9) の 1 つを整理中です。

ネットワーク グラフ (グラフ -> ネットワーク) で 2 つのコミットに遭遇しました。

以下概要。

これらの変更は、プル リクエストを介して「develop」ブランチに反映されました。ただし、これらのコミットが行われたブランチは復元できず、ブランチ ラベルやタグは表示されません。

この明らかな孤立したコミットをネットワーク グラフから削除するにはどうすればよいですか? 現在、マージされていない作業のあるブランチがあるようです。

GitHub は、PR テンプレートを作成するためのこの優れた機能をリリースしました[1]。私と私のチームはそれを活用したいと考えていました。ただし、エンタープライズ git で動作させることはできませんでした。

新しい機能は GitHub Enterprise でまだ利用できませんか?

[1] https://github.com/blog/2111-issue-and-pull-request-templates

(違いが生じる場合に備えて、これは Github Enterprise にあります)

2 つの非常に大きなファイルを無意識のうちにローカル リポジトリにコミットしたため、変更をリポジトリにプッシュできません。これら 2 つのファイルは、github で許可されているサイズを超えています。私は現在、オリジンの背後にあるいくつかのコミットをローカルに行っています。大きなファイルは気にせず、それ以来それらを削除しましたが、git push originそれでも毎回失敗します。

github で最後のコミットを確認すると、リポジトリは 10 日遅れています。つまり、大きなファイルが失敗するだけでなく、プッシュ全体が失敗します。どうやらレポをプッシュできなくなったようです。試行するたびに、次のエラーが発生します。

• 現在のローカル リポジトリを github リポジトリにプッシュしたいと考えています。
• 大きすぎるファイルについてはまったく気にしません。それらをgithub にプッシュする必要はありません。
• 私のローカル リポジトリは、github リポジトリよりも多くのコミットを行っています。大きすぎるファイルを含むコミットは最新のものではありません。

大きなファイルが追加されたコミットまでローカルリポジトリをロールバックせずにこれを修正する方法はありますか?