問題タブ [gerrit]

For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.

0 投票する
14 に答える
60083 参照

git - 「ツリーがありません」エラーのGitリポジトリを回復するにはどうすればよいですか?

GitリポジトリにGerritを使用しています。数ヶ月間活動しているプロジェクトで、突然変更をプッシュできなくなりました。実行するgit pushと、次のエラーが表示されます。

error: unpack failed: error Missing tree 14d62f0ed4385e3f68f226ac133fa9932a9c65c9

git fsck --full利回りの実行:

すべての開発者は、プッシュしようとすると同じエラーが発生します。これまで、gerritリポジトリ(git init --bare ...)を再初期化して、それをプッシュしてみました。また、別のリポジトリを使用して新しいgerritプロジェクトを作成しようとしました。結局、同じエラーが発生し続けます。

原因が何であるか、またはどのように回復するかについて誰かが何か洞察を持っていますか?

0 投票する
2 に答える
4285 参照

git - 新しい Gerrit プロジェクトの作成

SSH 経由で新しいサーバーに最初の Gerrit プロジェクトを作成しようとしていますが、うまくいきません。

そうです:

そして得る:

プロジェクトを作成しようとしたときのエラー: リポジトリが見つかりません: リポジトリ fb-notifier を作成できません

どうしたの?

違いがあるかどうかはわかりませんが、Windows クライアントの Git Bash コマンド ウィンドウから実行しようとしています。

0 投票する
1 に答える
4383 参照

java - Gerrit remove Need Verified +1(検証済み)

Gerritサーバーをインストールしたばかりで、Need Verified +1(Verified)権限を削除したいと思います。私たちのチームは、両方を行うのではなく、+2の変更のみを行いたいと考えています。

http://review.coreboot.org/Documentation/access-control.html#category_CVRWの手順に従ってみました

しかし、私はH2データベースを実行しており、Javaを使用せずにデータベースを編集する方法が正確にわからないと思います。

0 投票する
2 に答える
1062 参照

git - git リモート マージ コミットにより、gerrit で誤った依存関係が発生する

私はgitのリモートブランチで作業しています。作業を行う前に、ToT を取得するために git pull を実行します。git ログを見ると、「ssh://myserver:1111/mybranch のブランチ 'master' をマージします」というメッセージを含むマージ コミットが自動的に作成されることがわかります。次に、作業を行い、変更をコミットします。その後、私は自分の変更を押し上げます。私たちのシステムは、コード レビュー用に gerrit でセットアップされています。私の新しい変更は、マージコミットに依存して gerrit に表示されます。どうすればこれを取り除くことができますか?

0 投票する
8 に答える
19412 参照

git - HEAD の git エイリアス:refs/for/master

私は設定Gerritしていますが、書くのは避けたいです:

私は書きたい:

変更は可能だと確信しています.git/configが、機能させることはできません。

0 投票する
1 に答える
3369 参照

git - Git: ハードを refspec にリセットする方法

私は gerrit でいくつかの作業を行っていますが、gerrit ではコミットの refspec しか取得できません。何かのようなもの:

これにハードリセットするにはどうすればよいですか?

仲良く遊んでみた

これは最良のエラー メッセージではなかったので、試してみました。

reset --hard を使用する必要はありませんが、私の状況ではうまく機能します。私のスクリプトはコード リポジトリで実行されますが、それがどのような状態なのかわかりません。信頼できて変更されないファイルは 1 つだけです。それは reset_to_gerrit スクリプトです。

そのスクリプトに refspec にリセットするように指示すると、コード リポジトリが、少なくとも期待できる場所に配置されます。元の状態と最終状態の間でマージの競合が発生する可能性が非常に高いため、ハードにリセットすることでそのすべてを回避する必要があります。

0 投票する
1 に答える
3221 参照

ssh - gerritからgithubへのレプリケーション:jschの問題

gerritから私のgithubリポジトリへのレプリケーションをセットアップしようとしています。このスタックトレースの取得:

[2011-09-20 00:11:58,470]エラーcom.google.gerrit.server.git.PushReplication:git@github.com:myuser / myrepo.gitに複製できません
org.eclipse.jgit.errors.TransportException:git @ github.com:myuser / myrepo.git:Session.connect:java.net.SocketTimeoutException:
org.eclipse.jgitのorg.eclipse.jgit.transport.JschConfigSessionFactory.getSession(JschConfigSessionFactory.java:138)
で読み取りがタイムアウトしました。 transport.SshTransport.getSession(SshTransport.java:121)
at org.eclipse.jgit.transport.TransportGitSsh $ SshFetchConnection。(TransportGitSsh.java:248)
at org.eclipse.jgit.transport.TransportGitSsh.openFetch(TransportGitSsh.java:147 )
com.google.gerrit.server.git.PushOp.listRemote(PushOp.java:358)で
com.google.gerrit.server.git.PushOp.generateUpdates(PushOp.java:312)
at com.google.gerrit.server.git.PushOp.pushVia(PushOp.java:258)
at com.google.gerrit.server .git.PushOp.runImpl(PushOp.java:213)
at com.google.gerrit.server.git.PushOp.run(PushOp.java:166)
at java.util.concurrent.Executors $ RunnableAdapter.call(Executors.java :441)
at java.util.concurrent.FutureTask $ Sync.innerRun(FutureTask.java:303)
at java.util.concurrent.FutureTask.run(FutureTask.java:138)
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask。 access $ 301(ScheduledThreadPoolExecutor.java:98)
java.util.concurrent.ScheduledThreadPoolExecutor $ ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:206)
at com.google.gerrit.server.git.WorkQueue $ Task.run(WorkQueue.java:324)
at java.util.concurrent.ThreadPoolExecutor $ Worker.runTask(ThreadPoolExecutor.java:886)
at java.util.concurrent.ThreadPoolExecutor $ Worker.run(ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:662)


原因:com.jcraft.jsch.JSchException:Session.connect:java.net.SocketTimeoutException:org.eclipse.jgit.transportのcom.jcraft.jsch.Session.connect(Session.java:504)で読み取りがタイムアウトしまし
た。 JschConfigSessionFactory.getSession(JschConfigSessionFactory.java:128)

私の設定ファイルは次のとおりです。

Replication.config:

secure.config:

.ssh / config:

走ってみた

githubを「ヒット」できたので、キーは正常にインポートされました。問題が何であるかわからないので、提案をいただければ幸いです。

0 投票する
3 に答える
1373 参照

git - git / gerrit は、開発ブランチが安定版 / テスト版ブランチにマージされるのを防ぎます

Gerrit を使用すると、開発ブランチから安定ブランチに不安定なコードを誤ってマージするのは簡単です。

$ git checkout develop
$ commit
$ git push origin HEAD:refs/for/stable

Gerrit では、提案された変更が開発ブランチからのものであり、安定ブランチにマージされるかどうかはあまり明確ではありません。git または Gerrit で、このマージが起こらないようにする方法はありますか?

更新: 今のところ、元の最後のブランチを見つけて、そのブランチへのプッシュのみを許可するカスタム コマンドを使用して gerrit にプッシュします。

0 投票する
2 に答える
487 参照

git - 開発にGitを使用するWebデザインエージェンシー

バックグラウンド

これまで、バージョン管理にプラスチックSCMを使用してきました。最近、Gitを調査していて、基本的な計画を立てました-ここでGoogleドキュメントで入手できます

私の計画では、開発者がサーバーに直接コミットまたはFTPで転送することを許可しません。代わりに、ライブハブまたはプルーフハブのいずれかに作業をプッシュします。これにより、ライブ/プルーフワークスペースがそれぞれのハブから変更をプルします。

私の目には、この方法論の主な利点の1つは、ユーザーがアップロードしたコンテンツを最新の状態に保つことができることです。たとえば、ユーザーがCMSを介して画像をアップロードすると、次に開発者がハブに作業をプッシュしたときに、サーバーが自動的に画像を追加、コミットしてハブにプッシュします。したがって、いつでもライブリポジトリまたはプルーフリポジトリを新しいサーバーに複製できます。

これまで、ライブサーバーに新しい機能をアップロードすると同時に、プルーフするためにクライアントに作業を送信する際に問題が発生していました。プルーフ作業はライブサイトで終了し、すべての地獄の休憩が失われます。

質問

  1. この計画に穴はありますか?
  2. Gitはこの種の構造に使用するのに適切ですか?
  3. 代わりに使用できる既存のプランはありますか?

前もって感謝します。

0 投票する
4 に答える
13831 参照

java - Jenkins: Gerrit トリガーの問題の設定

Jenkins cos にプラグイン Gerrit Trigger をインストールしました。チームの開発者が (特定のプロジェクトに関連して) リポジトリに何かをプッシュしたときに、ビルドを自動的に開始する必要があります。ここで設定に従いました:

https://wiki.jenkins-ci.org/display/JENKINS/Gerrit+Trigger

テスト接続は問題ありません。とにかく、何かが押されたとき、建物は「トリガー」しません。私が見ることができる唯一のものは次のとおりです。

「Manage Jenkins」の下 -> Gerrit への接続がダウンしています。設定と Gerrit サーバーを確認してください。

何か案が?

ありがとう

ランダム化

ところで、私はこれを得ました:

ところで、私はこれを得ました: コマンド "git fetch -t git@github.com:somewhere/MyProject.git $GERRIT_REFSPEC" はステータス コード 128 を返しました: 致命的: リモート参照 $GERRIT_REFSPEC が見つかりませんでした 致命的: リモート エンドが予期せずハングアップしました