Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Activity
    SIkebe
    @SIkebe

    @ixyyy

    ロードできないプラグイン

    現在、全て4.32.0に対応したバージョンがリリースされたか、PRのmerge待ちです。

    watari3
    @watari3
    @takezoe 遅くなりましたがご回答ありがとうございます。またgitbucket 4.31.2で認証処理がおかしい件、4.32.0でテストしたところ直っておりました。問題箇所の特定ができておりませんがご報告まで。
    フクモト@CC2のうどん担当
    @fukumoto_CC2_twitter

    下記の環境でGitbucketの構築を行っているのですが
    パスワードに記号を使えるようにするため
    GITBUCKET_VALIDATE_PASSWORD=false
    を環境変数に設定しTomcatを再起動などして試しているのですが一向に反映されません。

    OS: Centos7.8.2003
    DB: PostgreSQL 9.2.24 (H2より移行)
    Gitbucket: 4.33.0
    Tomcat: 7.0.76

    試しに、Tomcatを使用せずにjava -jar gitbucket.warで起動すると
    パスワードに記号が使えるようになっているのは確認できたので環境変数の設定は出来ているようです。
    また、稼働中のgitbucket.confにプロパティとして
    gitbucket.validate.password=false
    を設定してTomcatの再起動を行ってみてもやはり反映されません。
    設定として何が不足しているか分かる方いらっしゃいますか?

    Naoki Takezoe
    @takezoe
    @fukumoto_CC2_twitter Tomcatはどのようにインストールされたもので、環境変数はどのように設定されていますか?この設定はgitbucket.confで行うことはできませんが、Javaのシステムプロパティとして-Dgitbucket.validate.password=falseを設定することでも変更可能です。なお、次のバージョンではパスワードに使用可能な文字種の制限はなくなる予定です。
    フクモト@CC2のうどん担当
    @fukumoto_CC2_twitter

    @takezoe 反応ありがとうございます。
    Tomcatはyum -y install tomcatでインストールしたものです。環境変数は単純に
    export GITBUCKET_VALIDATE_PASSWORD=false
    と設定しておりました。

    Javaのシステムプロパティとして-Dgitbucket.validate.password=falseを設定

    アドバイスありがとうございます。こちら試してみます。

    次のバージョンではパスワードに使用可能な文字種の制限はなくなる予定

    どうしてもうまくいかない場合は次のバージョンを待つことにします。

    フクモト@CC2のうどん担当
    @fukumoto_CC2_twitter
    @takezoe
    システムプロパティへの設定で無事に反映させることが出来ました。助かりました。本当にありがとうございました。
    Motonori IWAMURO
    @vmi
    GitBucketで自作プラグインを使用しています。先日GitBucketを4.35.3にバージョンアップしたところ、プラグインが正しく動かなくなりました。
    プラグインはReceiveHookをextendsしているのですが、プルリクエストのマージを行ったとき、preReceiveの引数pusherが、以前はuser name(account.user_nameの値)だったのが、現在ではfull name(account.full_nameの値)が渡るようになっているようです。
    マージを実行したユーザのuser nameを取得したいのですが、どのようにするのが適切なのでしょうか?
    Naoki Takezoe
    @takezoe
    @vmi これは画面でプリリクエストをマージした場合の話でしょうか?それと、4.35.3へのバージョンアップ前に使用されていたGitBucketのバージョンはいくつでしょうか?
    7 replies
    コウタ
    @GFbZi0CLtDA8kLp_twitter
    確認したい事があるのですが、
    確認したいことがあるのですが、
    java -jar GitBucket.warで起動すると思いますが、これをWindowsサービスに登録する場合はフリーソフトWINSWなど使う以外に方法はないでしょうか?
    SIkebe
    @SIkebe
    要するにWindowsサービスで外部プロセスを起動/管理してやればいいので、単純なものなら簡単に自作することも可能ですが… Jenkins等で実績のあるwinswを素直に使うのが楽だと思いますよ
    Yuusuke KOUNOIKE
    @kounoike
    以前Windowsで運用していたときはTomcatに入れてました。サーブレットコンテナであれば何でもOKのはずです
    (サブフォルダにならないように、ROOT.WARだか何かにリネームして置いてました)
    コウタ
    @GFbZi0CLtDA8kLp_twitter
    @SIkebe
    @SIkebe
    ありがとうございます。参考になりました。
    @kounoike
    アドバイスありがとうございます。
    コウタ
    @GFbZi0CLtDA8kLp_twitter
    @kounoike
    アドバイスありがとうございます。
    しらたき
    @sasao182

    @takezoe
    以下のコミット以降、Wikiリポジトリのファイル数が100を超える場合、WebページからのEditができない(コミットできない)ようです。
    この制限を緩和することは、ご検討いただけますでしょうか?
    (src/main/scala/gitbucket/core/util/JGitUtil.scala:440行目が該当処理の認識です)

    https://github.com/gitbucket/gitbucket/commit/83eb933230be6128e80e816d82281f43531bd24e#diff-8b72e4b5d262a5e7981a6dfbfa2ee41eec558cf04c9c4d78e7f95112627bd6c3R440

    Naoki Takezoe
    @takezoe
    @sasao182 こちらリポジトリビューアでの性能改善のための修正でWikiリポジトリの編集に制限をかける意図ではありませんでした。編集時には制限がかからないように修正したいと思います。
    Naoki Takezoe
    @takezoe
    @sasao182 Issueを作成しました。次のリリースで対応しようと思いますが、お急ぎでしたら先行してバグ修正版をリリースすることも可能ですのでコメントいただければと思います。 gitbucket/gitbucket#2868
    2 replies
    rg-jp
    @rg-jp
    svnからGitへの移行を進めていて、4.36.2 + Postgresql の環境で試行しています。
    svn のように、キーワード展開を行うプラグインなどはあるんでしょうか?
    Naoki Takezoe
    @takezoe
    @rg-jp Gitのモデル的にサーバ側での置換は不可能かと思いますが、以下のキーワード展開の方法が参考になるかもしれません。
    http://git-scm.com/book/ja/v2/Git-%E3%81%AE%E3%82%AB%E3%82%B9%E3%82%BF%E3%83%9E%E3%82%A4%E3%82%BA-Git-%E3%81%AE%E5%B1%9E%E6%80%A7#%E3%82%AD%E3%83%BC%E3%83%AF%E3%83%BC%E3%83%89%E5%B1%95%E9%96%8B
    rg-jp
    @rg-jp
    @takezoe ありがとうございます。そこは一応目を通したのですが、GitBucketではスクリプトを実行するような機能がなさそうだったので、もしかしたらプラグインなどでできないかな、と思って質問させてもらいました。
    suda0803
    @suda0803

    Service HooksでMicrosoft Teamsと連携したいのですが、
    Teams側で生成されたWebhook URLが制限より長くエラーが出ているようです。
    (Teams側で生成されたURLは208文字)
    制限の緩和を検討頂けないでしょうか。

    エラー内容
    Internal Server Error
    org.h2.jdbc.JdbcSQLDataException: 列 """URL"" VARCHAR(200) NOT NULL" の値が長過ぎます: "'https://XXXXXXXXXX.webhook.office.com/webhookb2/xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx@xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx/GitHu... (208)" Value too long for column """URL"" VARCHAR(200) NOT NULL": "'https://XXXXXXXXXX.webhook.office.com/webhookb2/xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx@xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx/GitHu... (208)"; SQL statement: insert into "WEB_HOOK" ("USER_NAME","REPOSITORY_NAME","URL","CTYPE","TOKEN") values (?,?,?,?,?) [22001-199]

    Naoki Takezoe
    @takezoe
    @suda0803 上限を200にしている大きな理由はありませんので対応可能かと思います。可能であればGitHubでIssueをあげていただければと思います。
    ボーボボ
    @thisis_bobobo_twitter
    はじめまして、git初学者です。gitbucketのバックアップを任されたのですが、どのファイルをバックアップしたら良いのでしょうか。gitbucketをWindowsサーバ上で使用してます。dbはPostgreSQLを使用してます。
    ボーボボ
    @thisis_bobobo_twitter
    backup用のpluginでバックアップをしようと考えていたのですが、GITBUCKET_HOMEのリポジトリとpostgreSQL内のデータ(私自身何を管理してるかわかってない)をコピーすれば良いのでは?と言われ、困惑してます。バックアップに必要なデータが何なのか、また参考になるページ等もありましたら、教えてほしいです。 
    Naoki Takezoe
    @takezoe

    @thisis_bobobo_twitter GITBUCKET_HOMEディレクトリ(デフォルトでは実行ユーザのホームディレクトリですが環境変数等で変更可能)のとDB(ご利用の環境の場合はPostgreSQL)のバックアップで問題ないはずです。GITBUCKET_HOMEディレクトリの内容は以下のようになっています。
    https://github.com/gitbucket/gitbucket/blob/master/doc/directory.md

    DBで管理している内容についてはまとまったドキュメントがないのですが、リポジトリやユーザ、イシューやプルリクエストの情報などが管理されています。GitBucket上の管理コンソールからデータベースの内容を確認できます。

    ボーボボ
    @thisis_bobobo_twitter
    ありがとうございます。とても助かりました。また勉強になりました。
    Hidetomi
    @Hidetomi
    gitbucketのトップページのレイアウトをカスタマイズしたいのですが、アドバイス頂きたいです。プラグインではできないでしょうか?本体のコードを直接改造するぐらいしか見いだせていないため、
    何かヒントを頂ければ幸いです。
    Naoki Takezoe
    @takezoe
    @Hidetomi 多少レイアウトを変える程度であればトップページにJavaScriptを差し込むプラグインを作ってカスタマイズすることができると思いますが、丸ごと差し替えるとなるとGitBucket本体のソースコードに手を入れた方がよいのではないかと思います。
    もしくはプラグインで別のパスに画面を作っておいて、トップページに差し込んだJavaScriptでリダイレクトする、といった方法を使えばプラグインだけでもできるかもしれません。手前にリバースプロキシを挟んでいるのであればそこでパスを書き換えてしまうのもありかと思います。
    Hidetomi
    @Hidetomi
    @takezoe ありがとうございます。本体のソースコードに手を加えるのは今後のバージョンアップなど考えると得策ではなく、最終手段になると考えていました。
    リバースプロキシを挟んでいない環境であるため、まずはご教授頂いたJavascriptでリダイレクトして別画面の方を見せる案を試してみたいと思います。
    Hidetomi
    @Hidetomi
    @takezoe 追加ですみません。私はプラグイン開発は初めてになります。
    こちらのたけぞうさんのブログとコミュニティのプラグインでGitHubに公開されているコードを参考に手をつけてみようと考えています。
    上記以外に参考になりそうな情報があれば教えて頂けないでしょうか?
    Naoki Takezoe
    @takezoe
    上記の日本語記事は少し古いのですが、記事内からリンクされている以下の英語記事の方はアップデートされており、GitBucketプラグイン開発用のsbtプラグインを使った新しい方法になっていますのでそちらを参照されたほうがよいかと思います。あとはご指摘の通り、既存のプラグインくらいしか情報源はないのではないかと思います。
    https://gitbucket.github.io/gitbucket-news/gitbucket/2015/06/29/how-to-create-plugin.html
    ところでトップページをカスタマイズしたいという要望は過去にも何度かありましたので、トップページへのアクセスを指定のパスにリダイレクトする機能を本体側で入れたりしてもよいのかもしれないですね。
    Hidetomi
    @Hidetomi
    @takezoe ありがとうございます。英語記事の方を参考にさせて頂きます。
    もし、指定パスにリダイレクトする機能を本体側に入れて頂けるのでしたら助かります。。。
    私は普段scalaを触っていない者でして、私がやっても乱暴なカスタマイズになるだろうなって考えています。
    Hidetomi
    @Hidetomi

    あるリポジトリのwikiの編集画面(URLは/<owner>/<repository-name>/wiki/<page-name>/_edit)を表示した際に、
    Saveボタンの横に配置されている<input type="hidden" name="id" value=""/>id(最終コミットID?)のvalueが空っぽとなってしまっており
    ブラウザ画面からWikiを更新できずにいます。(TortoiseGitからのコミット&プッシュは成功しています。)
    gitbucketのバージョンを4.31.2から4.35.3にアップグレードを行ったあと、この事象が発生しはじめました。

    この事象は特定のリポジトリにのみ発生しており再現する条件がまだ分かっておらず、知恵を借りたいです。
    上記のidが空っぽとなる場合に、どういった観点で調査すべきか、何を疑えば良いかご教示頂ければ幸いです。

    Yuusuke KOUNOIKE
    @kounoike
    確かトップページをハンドルするプラグインを読み込ませると、プラグインの方が優先されたような覚えがあります。最近やってないのでどうなってるかわかりませんが…
    Naoki Takezoe
    @takezoe
    ああ、確かにプラグインのほうが優先されるので、プラグインで / をハンドルするコントローラを差し込むだけで トップページをカスタマイズできるかもしれないですね。これは既存の画面を差し替える際にも使えそうな技ですね。
    Wikiの編集の問題についてはこちらでも少し調べてみます。
    Hidetomi
    @Hidetomi
    @kounoike @takezoe ありがとうございます!!
    コミュニティプラグインを何本か読み込ませているので、それが何か悪さしているのかもしれません。
    プラグインを外してみて同じように再現するか確かめてみます。
    Naoki Takezoe
    @takezoe
    @Hidetomi Wikiが編集できない問題についてですが、Wikiリポジトリのファイル数が100を超えているということはないでしょうか?
    4.34.0で入れた gitbucket/gitbucket#2466 のパフォーマンス改善の影響でWikiリポジトリ内のファイル数が100を超えると編集できなくなってしまうという問題が以前別のユーザさんから報告いただきまして、 gitbucket/gitbucket#2869 で修正したのですが、この修正はまだ未リリースとなっています。
    Hidetomi
    @Hidetomi
    @takezoe Wikiリポジトリ内のファイル数は100を超えていないです。GitBucket全Wikiリポジトリのファイル数を合わせると100を超えているかもしれません。
    そのissueにあるWikiファイル数100の対象は、1つのWikiリポジトリ内に閉じたWikiファイル数で合っているでしょうか?
    あるいは、編集ができないWikiリポジトリに限定せず、いずれかのWikiリポジトリ内のファイル数が100を超えているとNGということであれば、少し調査で時間が必要になります。
    Naoki Takezoe
    @takezoe
    @Hidetomi ファイル数の制限は対象の1リポジトリ内のファイル数(正確には1ディレクトリ内のファイル数)です。他には思いつく原因がないですね・・・。可能であれば編集できないWikiリポジトリを最新バージョン含め、各バージョンのGitBucketにインポートしてみて編集が可能かどうか、どのバージョンから動作しないか、を試していただけると切り分けが容易になるかと思います。
    Hidetomi
    @Hidetomi

    @takezoe
    アドバイス頂きありがとうございます。

    どのバージョンから動作しないか

    上記を試すにはメンテナンスのタイミングが必要なので時間がかかってしまいそうです。
    取り急ぎで試せそうなことを先にやってみようかと考えており、問題の内容と直接関係がないのでダメ元感はありますが
    ご教示頂いた gitbucket/gitbucket#2466 の変更分をバージョン4.35.3に取り込んで生成したwarファイルで改善されるか確かめてみようと思います。

    Naoki Takezoe
    @takezoe
    手元でGitBucketを立ち上げてgit cloneしたWikiリポジトリをpushすれば試せるかと思ったのですが、環境的に難しい感じでしょうか?とはいえ gitbucket/gitbucket#2466 以外に思い当たる原因がありませんので、こちらをrevertして試してみていただくのは切り分けの一歩目としては有効かと思います。
    手元で動作確認できる環境を作ることができれば、たとえばIDEでデバッグしてどこでidが取れていないかを追うこともできるかと思います。