Development/EasyHacks/ja

ようこそ
このページはEasy Hacksプロジェクトに関するものです. このハックはプロジェクトで新たな開発者にとって大きな出発点として位置付けられてきました - バグトラッカー上のバグを見れば、役立つコードポインタだけでなく、質問に答えてくれる上級者が少なくとも１人以上いることがわかるでしょう. もしいくつかEasy Hacksを解決できたならば、CoreHacksを見てみたくなるかもしれません.

始める
基本的な流れは：

といったものになります.
 * LibreOfficeをビルドして、
 * 直したい部分を探して、
 * ハック（修正）して、
 * 査読者にgerritを通してパッチを送る

流れの詳細としてステップ・バイ・ステップ・ガイドが作成してあります.

LibreOfficeをビルドすべき？
Easy Hacksの多くははソースからのビルドが不可欠ですが、すべてに当てはまるわけではありません. （とはいえ）最近のコンピュータは大抵LibreOfficeをビルドでき、また、あなたのビルドプロセスに対するフィードバックは、ビルドを明示的に必要としていないEasy Hackでも役立ちます.

ハックの手引き

 * 新しいファイルを作ったときには、ライセンスヘッダを使ってください.
 * 当面はコードの大きな再整形(reformatting)は避けてください（以下のリストのタスクを除く） - わたしたちはそのための自動あるいは特別な方法を中長期的に計画しています.
 * コードの構造を調べる必要があれば、https://opengrok.libreoffice.org/にコード検索エンジンがあります.

ワークフロー
Easy Hackが本当にすぐ終わり簡単なものなら、「そのまま行ってください」. しかし、もし時間がかかりそうだったり、作業分担（例えば多くの人が手伝えるくらい大きなクリーンアップ）が必要そうなら、Bugzilla内のツールを使って作業分担ができるようにしてください.

バグの管理のためのBugzillaの使用

 * アカウントを作成します
 * 直そうと思うバグを探します
 * 関連するタスクをあなたに割り当てます
 * Assigned toの隣にある'edit'をクリックし、あなたのメールアドレスを入力します
 * ASSIGNEDにバグのステータスを設定します
 * そのバグについて作業開始した旨のコメントを追加します

ワークフローの手引き

 * 一度に一つのタスクを担当してください.
 * 1週間程度ごとに更新を提供してください. そうしないと他の人にタスクが取られるかもしれません.
 * 1週間以内に更新がないタスクに所有者がいる場合、気軽にあなたが代わりになると知らせてください.
 * タスクを完了できなさそうと気づいたら、バグにコメントを残し、Assigned toフィールドのそばのReset Assignee to defaultボックスにチェックを入れてください.

これらのバグは簡単です！バグを直すこと・直せるかどうかで悩みたくない！
もしあなたに大いにスキルがあっても、プロセスに慣れるために、1つ小さなEasy Hackを行うことも考えてみてください. その後、他の人が始めたり彼ら自身で達成できるようにEasy Hacksのいくつかを残し、さらに難しいタスクに行くように招待されます.

早く山を登れば、LibreOfficeへの、ユーザーが目に見える大規模な変更や改善をすぐにできるようになります - easy hacksはそのとても興味深い氷山の一角なのです.

gerritでパッチを送った後の流れ

 * コードのポインタを提供した人を、あなたのパッチのレビュアーとして追加します
 * パッチがレビューされ、マージされます
 * Eメールで通知が来ます
 * バグに戻り、そのステータスをRESOLVED（解決済み） / FIXED（修正済み）に変更してください

健闘を祈ります！

Easy Hacksのリスト
あなたに合うeasy hackを選んでください :-)


 * 必要なスキル・難易度ごとのEasyHacksのリスト
 * 難易度ごとのEasyHacksのリスト
 * トピックごとのEasyHacksのリスト


 * 警告: 上のページはサーバー間クエリで生成されています. もしタイムアウトになるのであれば、再読み込みしてください. 


 * QAに関連したEasyHacks

追加情報

 * 開発に参加する
 * BugzillaのEasyHacksのカテゴリ
 * 開発者向け： 新しいEasy Hackを作成する