Gitea: スクラムPM

giteaが箱から出してそれをサポートすることはないと思います。

私たちは、しかし、より深く統合するための議論を開始することができhttps://taiga.io/またはhttps://wekan.io/をgiteaにします。 あなたが探しているものでなければなりません。 ：赤面：

@metalmatze ：Wekanはかんばんボードにすぎないので、私が探しているものではありません。TaigaはかなりクールなPMツールですが、そのような統合をどのように想像しましたか？

個人的にタイガを使ったことはありません。 しかし、彼らはAPIを持っています。
https://taigaio.github.io/taiga-doc/dist/api.html

したがって、giteaで問題が開いたり閉じたりしたときに、taigaで物事を移動できるはずです。 または、何かの修正をプッシュした後、タイガでカード（問題など）を移動します。
しかし、それは本質的に議論されるべきです。

taigaコア内にはすでに単純なGogs統合があります。これは、これらのツールの本当に生産的な組み合わせのために拡張する必要があります。 私たちは本当にgitホスティングにgiteaに焦点を合わせる必要があります。 たぶん、他の人がgiteaに夢中になるアプリを書くことができるように、プラグインシステムを実際に構築することができます

@metalmatze ：Taigaは単純なかんばんボードではありませんが（1つでもかまいません）、叙事詩やユーザーストーリーなどを備えた、PMツール全体です。

@tboerger ：現在、コミットメッセージで言及されている場合にのみ、問題を解決しますよね？ それをどのように拡張できるかわかりません。 ところで、Giteaのプラグインシステムはとてもいいでしょう。

タイガはかんばんまたはスクラムモードで使用できます。 どのように統合できるかを知りたい場合は、githubとwaffle.ioの統合について遊んでみるか読んでください。 または、githubのtrelloへの統合を見てください。

しかし、明確にするために、そのような機能をgiteaコアに追加することは、現在の計画では実際には範囲外です。 そのようなツールが本当に必要な場合は、スタンドアロンで、または外部プラグインを介してgiteaに何かを構築することをお勧めします。 そのため、私は今のところ問題を閉じています。

@tboerger ：Taigaはかんばんモードとスクラムモードの両方で使用できることを知っているので、 (altough it can be one)と言いました。 私は以前にワッフルで遊んだことがありますが、そのような統合はタイガのかんばんモード（またはウェカン）でのみ可能であり、タイガのスクラムモードでは不可能ですよね？ その統合はTaiga（およびWekan）側から可能でしょうか、それともGiteaはそのためのAPIを見逃していますか？ ところで、私はそのような大きな機能が現在実際には範囲外であることを完全に理解しています、それでプラグインシステムにすでに問題がありますか？

必要なAPIを提供します。これは、taigaGogsコードに統合する必要があります。 プラグインシステムの問題はすでに発生しています

TaigaとWekan（内部プロジェクト）を使用した私の個人的な意見では、Taigaは非常に重要であり、おそらくもっと興味深い使用法であるか、Wekanのようなかんばんシステムを統合していると思います。

統合に関するニュースはありますか？ どうもありがとう！

上記のすべての問題は移植性です...私はGiteacozが大好きです。問題なくWindowsで実行できます。Giteaをこれら2つとペアリングすると、この機能はLinuxボックスを使用しているユーザーのみが使用できるようになります。個人的には、Giteaには独自のスクラムとかんばんを統合する必要があると思います。

この男はこれまでゴグを狙った何かをしました...
「」
誰かがこれに取り組むことに興味があるなら、私に連絡してください。 私は、gogsを利用したかんばんボードで作業を開始しました（https://github.com/mhtsbt/GogsBoard）。 これは、APIを介して接続する別個のアプリケーションです。
「」
彼は助けられるべきだと思います。

悲しい部分は、私はGo開発者ではないということです。 しかし、私はワークフローでこの小さな高速アプリが大好きです。

この号を再度開いてください

はい、かんばん統合を再度開いてください。
Gitlabでも利用できます。

gitlabとまったく同じものが完璧でしょう。
すでにGiteaにTAGSがあります。バージョン1.0に「必要なのは」、かんばん方式での問題の表現です。

• 「タグなし」の問題は、「バックログ」列の左側にあります（デフォルト）
• クローズドイシューはクローズドの右側にあります（デフォルト）
• ユーザーは、「to do」（ユーザー指定）のようなタグで列を作成できます。

これができたら、1.1のドラッグアンドドロップを使用したより優れたユーザーインターフェイスを考えることができます...

PS：おそらく、かんばんを含むgithubの問題のタイトルの名前を変更しますか？

いいね

私はプロジェクト計画にgitlabの発行ボードを使用し、この方法でもgitlabを使用する企業を経験しましたが、ごく最近、ローカル開発にgiteaを使用し始めました（gitlabはローカルにデプロイするのに非常に重いです...）。私がここでこのトピックを見るとき、私は複雑な心を持っています。 私の経験から、多くの企業やグループは、gitlab（またはgithub）を使用している場合でも、他の計画/スクラム/かんばんツール（jira、pivatol、taigoなどがすべて頭に浮かぶ）を使用することがよくあります。 2つの間の問題管理の一種の重複。

より正確な答えは、既存のより高度に専門化されたPMアプリケーションによって常に提供される機能のサブセットであるユーザーエクスペリエンスを作成しようとするのではなく、より優れた統合APIとメソッドを作成することだと思います。 一つのことをしなさい、そしてそれをうまくやりなさい。

外部ツールに存在する問題の種類は、プルリクエストとブランチへのリンクを手動でコピーして貼り付ける必要がある場合が多いため、外部ストーリーまたは問題から、関連するブランチに移動して、目的のプルリクエストに移動できます。コードレビュー。 はい、私はそれを絶えず行っている場所を頻繁に経験しました。 機能ブランチがPMシステムのストーリーにどのように関連しているかを知り、それらのステータスを自動的に追跡し、外部のプロジェクト管理ツールに直接リンクを挿入することは大きなメリットです。 ホスティング要件が軽い既存のフリーライセンスのPMアプリケーションとペアリングし、そのようなAPI統合を一緒に改善して、そのようなことを実現するのは素晴らしいことだと思います。 常に欠けているワンストップではなく、エコシステムになりましょう。

また、最終的にプラグインAPIを実装し、そのようなものを個別のプラグインとして提供することをお勧めします。めったに使用されないニッチな機能でコアをさらに肥大化させるのではありません。

こんにちは、
それがどのようにニッチな機能であるかわからない。 いつも言うのは難しいです。 私が働いているビジネスでは、これは必需品です。 特に、エンドカスタマーやテスターとやり取りする必要があるため、この種の表現はより簡単です。
それは、彼のプロジェクトで何が起こっているかについてのフィードバックを顧客に提供します。

開発者の観点から、私はあなたがそれの使用を見ないことを理解しています。 結局のところ、それは単に「タグ」と同じデータを表しているだけです。 なぜこれが必要なのでしょうか？
それは顧客/エンドユーザーの機能だと思います。 開発者のものではありません。 これは、コードに含まれていない人にとって非常に便利です....製品やサービスのテスターの例として...ほとんどの場合、このスレッドに参加していない人：D

プロジェクトの観点からすると、残りの質問は次のようになります。テスター/エンドカスタマーのバグレポート用のGiteaを作成しますか？ それとも、開発者専用のGiteaを作成しますか？

GiteaはGitLabなどのように肥大化するべきではないと思います。 サードパーティのAPIに接続することは、はるかに優れたオプションのようです。

私はgitea（および以前に使用したGogs）を使用していますが、主な利点は、github / ....とほぼ同じ機能を提供することですが、大きな負荷はかかりません。 APIを介した解決策を述べているコメントに同意します。 私の理由は、あなたはすべてのユーザーに彼/彼女が使用したいサービスの自由を与えるからです。 あなたは彼らにあなたの解決策を使うように強制していませんが、それは明らかに完璧ではありません（完璧なものは何もないからです）。

誰かが探しているなら、これを見てください： //github.com/Incubaid/gitea-kanban

これについての私の正直な意見：ドラッグドロップを使用したテーブルレイアウトはそれほど多くはありませんが、問題の簡単で軽量な視覚的管理を可能にします。
それが本当にプラグインを叫ぶかどうかはわかりませんが、giteaの中に直接ある場合、私にとっては、これの最大の部分は1つのレンダリングされたhtmlテンプレートファイルであるように見えます。 😅
上記のpeojectでも確認できるのは、ほとんどが定型ファイルと構成（giteaはすべてすでに持っている）に加えて、テーブルの追加ロジックです。^^

この問題がそれ以上の考慮なしに閉じられたことに非常に失望した。 私たちはGiteaとGitLabのどちらに移行するかを検討してきました-私は個人的にGiteaのインターフェースとシンプルさを好みますが、これは今のところGitLabに向かわせた本質的な欠けている機能でした。 Giteaを軽量に保ちたいと思うのは十分に公平ですが、これは多くの人にとってかなり重要な機能です-問題のサポートがあることは素晴らしいですが、ワークフローが効率的かつ効果的にそれらの問題を整理して処理するために整っていない場合、それは重要です他のオプションに対する欠点。

私はkanboardを使用しており、wekanとtaigaが言及されています。 外部の課題追跡システムとより適切に統合するためのWebhookは、機能として実装するよりも間違いなく優先度が高いはずです。

@ r0bbie誰かがこのためのPRを作成した場合でも、Giteaに含めるためにレビューされます

ねえ@lafriks。 私はこれに取り組むことを計画しています。 私はオープンソースとWeb開発にかなりの経験がありますが、golangはまったく初めてです。 ボイラープレートコードや、上で作業できる別の半分実装されたフォークはありますか？

私はそのようなことが始まっていることに気づいていません

私も手伝うことに興味があります、私はプロジェクト計画ツールも必要です。 現在gitlabを使用しており、githubに切り替えたいと考えています。 かんばん、関連する問題、およびガントチャートは、私たちにとって可能です。

私が支援するための唯一の要件は、完全に無料でオープンソースの何かを統合するか、何かをgiteaに組み込むことです。

@Mikjaer私は

ねえ、これから始めたいと思っている人は誰でも。 gitea APIを使用してこれに利用できる（gitea統合されていない）ソリューションがあることに注意してください。 これは外部のNode.jsアプリケーションであり、 https ：

力を合わせたり、何かを再利用したりする可能性がある場合は、そこにメッセージをドロップするか、プロジェクト開発者と話し合うことをお勧めします;）

@ rakshith- ravi @Mikjaer @ r0bbie

@ rakshith-ravi私はgolangでよく話されていません、私は午後にgiteaソースを読んでいます、そしてそれは実行可能のようです。 私は周りを見回しましたが、最良の解決策は、giteaのプラグインソリューションを作成してから、必要な機能をプラグインとして作成することだと思います。

すごい@gsantner

では、giteaにプラグインシステムはありますか？

私はこの目的のためにクローム拡張機能を作成しましたが、すでにラベルごとの問題のかんばんビューを示しています。 最初にgiteaをサポートし、他の主要なものにも取り組んでいます。 あなたはgitea.comでそれを試すことができます。 https://github.com/funktechno/git-kanban-enhanced-chrome-extension。 シンプルな非セルフホスト拡張機能-https：//chrome.google.com/webstore/detail/git-kanban-enhance/ehoibkdpdgjcjnnalkbiidajafoimnaa