Bitbucket x TrelloでターダーでWikiとIssueTrackingとタスク管理と。 - Qiita
とりあえずお金無いし、個人的 or 少数でやるなら十分だと思うし自分はこうしてる 結論から先に書くと ソース管理 => Bitbucket Issue Tracking => Bitbucket ドキュメント管理 => Bitbucket Wiki タスク管理 => Trello IssueのTrelloへの転送 => zapier 以上である。 さて。導入も簡単なのでサクッと紹介 導入手順 手始めに これらのサービスで使うメールアドレスだけは準備しましょう。 Gmailなんかでいいでしょう。え？増やしたくない？ YourAdress+ForProject@gmail.com とかもうエイリアス使えばいいよ。 Bitbucket導入 https://bitbucket.org/ ここに行くともう書いてありますね。 Get started for free free。なんていい響きなんでしょ
【翻訳】Clojureにコントリビュートするには - Qiita
この記事はClojure開発コアメンバーのひとりであるAlex Millerさんが先日書かれた記事「Contributing to Clojure」を本人の許可を得て翻訳したものです。 翻訳の誤り等のご報告は @athos0220 までお願いします。 「法案はどうやって法律になるのか」の精神にならって、ClojureのJIRAチケットがどうやってClojureコードにコミットされるのかをお教えしたいと思います。 チケットはどこからやってくるの？ Clojure(と関連するコントリビューションプロジェクト)のチケットは課題管理システムのJIRAで管理されています。このシステムはContegix社の厚意によって専用のマシンでホスティングされています。Contegix社のOSSプロジェクトへの支援には非常に感謝しています。現時点では、比較的古いバージョンのJIRAが動いていますが、ゆくゆくはアッ
GitHub Issueはテンプレート化で、綺麗に書かせる！ - Qiita
まず、クリックしてみてください Issue作成はこちら GitHubのIssueは、URLにparamsを渡すことで、デフォルトのvalueが入れられます。 ※paramsの渡し方は、/issues/new?title=test&body=contentのようにします。 バグ報告はこちらとかアイディア投稿などのリンクをREADMEなどに置き、みんなそれに従ってIssueを作成してもらいましょう。 指定できるparams 指定できるパラメーターは以下です。 params一覧 title body assignee labels milestone ※ラベル、マイルストーンはcontributorsのみ使用可能 文字列のエスケープ URLに入力するので、改行コードなどをエスケープする必要があります。 文字 エスケープ後
HuBoard - GitHub issues made awesome.
Instant project management for your GitHub issues HuBoard is built from the ground up using the GitHub public API. HuBoard issues are GitHub issues, you will never have to deal with synchronization problems. Keep issues where they belong, in the repository with your code! Try HuBoard for free! Lightweight Kanban Board Fully customizable task board gives developers instant feedback into the status
コードレビューについて - camlspotter’s blog
このところ立て続けにコードレビューについて話をする機会があったので 私が経験した最高のレビュー体制を簡単にまとめておこうと思います。 利点 何故必要か 何が嬉しいのか コスト うまく回すためには何が必要か 細かい運営方法 はっきり言って当たり前の事しか書きません。 私も当時は当たり前のことだと思っていましたから、特に気にもしていなかったのです。 ただ見聞するところによると、これをちゃんとやっているところはとても少ないようです。 ウォールストリート系のファンドでもろくにレビューしてないとかどういうことなんでしょう。 だから時々会社が吹っ飛ぶんですね… 結局は、ああだ、こうだ各論を言っても、ちゃんとやれるのか、それ一点に尽きてしまう話なのですが… 利点 レビューを何のためにするか、それはまず第一に自分達の書いているコードに潜在するバグによる損失をできるだけ少なくすることでしょう。 型システムや
Qiita Hackathonに参加しました - blog.ishkawa.org
テーマはGitHub APIを利用してプログラマーの問題を解決するというものでした。 http://qiitahackathon03.peatix.com つくったもの Gitのコミット毎に親コミットとのdiffからTODO:やFIXME:というコメントを探し出し、 それを元に自動的にissueのオープン/クローズを行うツールをつくりました。 このツールを使うと、TODO:コメントの挿入/削除 = issueのオープン/クローズとなります。 あまりウケないかなと思っていたのですが、思いの外受け入れてくれた方がいて嬉しかったです。 スライド GitHubのゲストの方向けに資料は英語で書かれていますが、発表は日本語でした。 デモビデオ 発表のときはその場で実演しました。 かなり緊張しました。 (音声はありません。) 実装方法 いつも通り、Objective-Cで書きました。 前後のコミッ
CarbonDraft - Cloud-based Draft Collaboration
Upload your draft. Track issues. Iterate & Get your project done faster.
gaskit - Git-backed issue tracker - The Changelog - Open Source moves fast. Keep up.
Episodes Archives Random The Changelog - Open Source moves fast. Keep up. Latest episode Episode 0.7.9 - Adhearsion, telephony, and XMPP with Ben Klang and Ben Langfeld Wynn caught up with Ben Klang and Ben Langfeld of the Adhearsion project to talk about Adhearsion 2.0, the future of telephony apps, XMPP, and more. Go to episode The Changelog is a weekly podcast and blog that covers what's fresh
git-issue : CLIでRedmine/Github-issuesのticketをbrows/editできるgitサブコマンド - ( ꒪⌓꒪) ゆるよろ日記
というのを作ったました。ちょこちょこ機能改善してます。 yuroyoro/git-issue · GitHub git-issue | RubyGems.org | your community gem host 仕事では、異臭管理システムはRedmineを使っていて、作業はsshでサーバに入ってコード書いてるわけです。 で、次どのチケットやろうか、とか今やってるチケットの細かい仕様どうだっけ？みたいなときに、 いちいちブラウザに切り替えて目的のチケットを検索するのタルすぎて死ねる。 もうターミナルから離れたくないんだ俺は。 そこで、'git issue 1000'ってやると1000番のチケットを見ることができるようにした。 $ git issue 15 [open] #15 Issueをadd/updateするときに引数で全部渡すのタルい ------------------------
Issues 2.0: The Next Generation
AI & MLLearn about artificial intelligence and machine learning across the GitHub ecosystem and the wider industry. Generative AILearn how to build with generative AI. GitHub CopilotChange how you work with GitHub Copilot. LLMsEverything developers need to know about LLMs. Machine learningMachine learning tips, tricks, and best practices. How AI code generation worksExplore the capabilities and be
ソフトウェア開発のためのバグ、課題、プロジェクト管理 - JIRA
6 文字以上の英数字のみをご使用ください。サイトが利用可能になった後は、サイトのアドレスを変更できません。 .atlassian.net サイトのアドレスは 6 文字以上の英数字のみで入力してください。 サイトのアドレスが長過ぎます。 このサイトはすでに使用されています。このサイトの所有者ですか? 製品を既存のサイトに追加 既存のサイトに製品を追加しますか?
BTS というものを使ってみよう : にぽたん研究所
先日、知人が「なんか最近仕事が忙しい」と言っていたんですけど、ふと「どのタスクがどのぐらいのボリューム感あって、進捗はどんなカンジで、どの程度忙しいのかを把握しているのかな」なんて思ったのです。 弊社の場合は、昔っから BTS (Bug Tracking System) を使っています。 BTS ってのはエンジニアの人には日頃から馴染みがあるものなので、知らない人ってのは殆んどいないと思いますが、弊社は Bug Tracking だけには使っていなくて、普通に、バグだろうがバグじゃなかろうが、タスクをどんどん登録しています。 こうしておくことによって、どのタスクが放置されてて、どのタスクが進行していて、どのタスクが完了しているのか、あるいは、どのタスクの担当が誰で、誰が一番仕事進めていて、誰が一番仕事を溜め込んでて…、みたいな情報が、この BTS を使ってある程度把握出来るようになっていた
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Home
Developer-first Project Management for Teams on GitHub | Waffle.io
Phacility - Home
Welcome to mistilteinn’s documentation! — mistilteinn 0.1.0 documentation
Home
GitHub - yuroyoro/git-issue: git subcommand of browse/modify issue traker's tickets.