1

GitLab を Ubuntu サーバー 12 にインストールしました。次の
手順に従いました: http://blog.compunet.co.za/gitlab-installation-on-ubuntu-server-12-04/

すべてが正しいようですが、新しいプロジェクトを作成しようとすると、次のエラー メッセージが表示されます。

Gitlab was unable to access your Gitolite system.

診断ツールを実行しました (" bundle exec rake gitlab:app:status RAILS_ENV=production")

(in /home/gitlab/gitlab) Starting diagnostic
config/database.yml.............exists
config/gitlab.yml.............exists
/home/git/repositories/...........exists 
/home/git/repositories/ is writable?........YES 
remote: Counting objects: 12, done. 
remote: Compressing objects: 100% (8/8), done. 
Receiving objects: 100% (12/12), 1.12KiB, done. 
Resolving deltas: 100% (1/1), done. 
remote:Total 12 (delta 1), reused 0 (delta 0) 
Can clone gitolite-admin?..............YES 
UMASK for .gitolite.rc is 0007?............YES
 /home/git/share/gitolite/hooks/common/post-receive exists?............YES

終了した

ログオン管理領域には、次のもののみが表示されます。

エラー -> /home/gitlab/gitlab/tmp/gitlabhq-gitolite-1348050652/gitolite

config/gitlab.ymlファイルは大丈夫です。
リポジトリのパーミッションは、チュートリアル (セクション 3 - パーミッション) と同じです。
ロックを解除しようとしても...

これをトラブルシューティングするために何をアドバイスしますか?

4

3 に答える 3

2

それが役立つ場合は、gitlabログで次のエラーが発生したことを除いて、非常によく似た状況が発生しました。

エラー->プルエラー->gitolite-adminリポジトリのクローンを作成できません

私は、ギトライトフォークのコミットを比較しましたが、私のバージョンのgitlabにはすでに変更が加えられていることがわかりました。

結局、gitlab関連のサービスを停止し、gitlab tmpディレクトリの内容を削除してから、gitlab関連のサービスを再起動しました。

その後、すべてが正常に機能しているように見えました。

于 2012-11-19T17:40:18.783 に答える
1

このGitoliteフォークのこのコミットで修正されたパーミッション正規表現が問題の原因である場合は、「GitHubのヒント：コミットをパッチとしてダウンロードする」を参照してください。

コミットは.patch、URLの最後にパッチを追加することでダウンロードできます。

そうすれば、現在のGitoliteソースに適用できます（git自体を使用せずに、patchコマンドを使用するだけで）

于 2012-09-19T17:33:02.143 に答える
0

「localhost とドメインの StrictHostKeyChecking を無効にする」というタイトルのインストール手順セクションに従い、ローカルホストではなくサーバーの IP アドレスに設定された gitolite ホストの新しいセクションを追加することで、サーバーでこの問題を解決できました。開ける：

/etc/ssh/ssh_config

次の行を追加します。

Host [gitolite hostname/IP here]
    StrictHostKeyChecking no
    UserKnownHostsFile=/dev/null

(括弧で囲まれた部分を適切なホスト名/IP に置き換えます)

すでにセットアップ手順にありますが、それが何を示唆しているのか理解できなかったため、以前はスキップしていました. それ以外の場合、SSH クライアントは、新しいホスト名を受け入れるための yes/no プロンプトを表示しようとし、Ruby バックエンドはそれを gitolite への接続の失敗として解釈します。

于 2013-01-08T18:05:29.123 に答える