Junior Jobs
Материал из openSUSE
Alexqwesa (Обсуждение | вклад) м |
Alexqwesa (Обсуждение | вклад) м |
||
| Строка 17: | Строка 17: | ||
# Он добавляет префикс ''JJ: '' в сводку ошибки | # Он добавляет префикс ''JJ: '' в сводку ошибки | ||
#* There is an edit link next to the summary at the end of bugzilla page | #* There is an edit link next to the summary at the end of bugzilla page | ||
| + | #* He can also specify some other details (alternative way of sending patch, not accepting submitrequests and getting patches from upstream, ...) | ||
# Желающий принять участие (далее - участник) находит подобные ошибки с помощью - http://tr.im/opensusejj | # Желающий принять участие (далее - участник) находит подобные ошибки с помощью - http://tr.im/opensusejj | ||
# Участник сообщает о том что он желает исправить эту ошибку и сколько времени это приблизительно займет в комментарий | # Участник сообщает о том что он желает исправить эту ошибку и сколько времени это приблизительно займет в комментарий | ||
#* Что-то вроде: "''I'll take care of this during the weekend''" ("''Я исправлю это в конце недели''") | #* Что-то вроде: "''I'll take care of this during the weekend''" ("''Я исправлю это в конце недели''") | ||
| - | # Участник исправляет ошибку, сообщите об этом в основной | + | # Участник исправляет ошибку, сообщите об этом в основной проект (если эта ошибка проявляется не только в suse) и отправляет запрос на рассмотрение (submitrequest) его исправления в OBS-проект, а также добавляет комментарий с номером запроса в баг трекер(Bugzilla) |
#* Если в течении указанного периода ошибка не была исправлена - она будет передана другому участнику, либо исправлена разработчиком | #* Если в течении указанного периода ошибка не была исправлена - она будет передана другому участнику, либо исправлена разработчиком | ||
# Maintainer will review the request and either accept it and push it to the factory or decline it and tell contributor what was wrong and needs to fixed | # Maintainer will review the request and either accept it and push it to the factory or decline it and tell contributor what was wrong and needs to fixed | ||
| Строка 31: | Строка 32: | ||
* If you need to patch anything, ''quilt'' may be usefull | * If you need to patch anything, ''quilt'' may be usefull | ||
** Распакуйте архив(ы) с исходниками <br> <tt>quilt setup ''package.spec''</tt> | ** Распакуйте архив(ы) с исходниками <br> <tt>quilt setup ''package.spec''</tt> | ||
| - | ** | + | ** Опять перейдите в соответствующую директорию <br> <tt>cd ''unpacked_package_directory''</tt> |
| - | ** | + | ** Примените патчи к распакованным исходникам <br> <tt>quilt push -a</tt> |
| - | ** | + | ** Создайте новый патч <br> <tt>quilt new ''package-version-brief-description.patch''</tt> |
| - | ** | + | ** Отметьте какие файлы были изменены <br> <tt>quilt add ''file''</tt> |
** Modify files (this and the previous task could be done together with <tt>quilt edit ''file''</tt>) | ** Modify files (this and the previous task could be done together with <tt>quilt edit ''file''</tt>) | ||
** Create final patch <br> <tt>quilt refresh -p0 ''package-version-brief-description.patch''</tt> | ** Create final patch <br> <tt>quilt refresh -p0 ''package-version-brief-description.patch''</tt> | ||
| - | * | + | * Не забудьте добавить [[Packaging/Patches#Patch_Markup_.28also_called_.22Tagging_Patches.22.29|спец. метки для всех новых патчей]], а также добавить запись в ''.changes''-файл (с помощью <tt>osc vc</tt>) |
* After fixing everything and reporting things upstream, all that is left is to submit the changes to the build service: | * After fixing everything and reporting things upstream, all that is left is to submit the changes to the build service: | ||
** run first - only if you added or removed files<br><tt>osc addremove</tt> | ** run first - only if you added or removed files<br><tt>osc addremove</tt> | ||
Версия 20:53, 31 октября 2009
| Эта статья содержит фрагменты на иностранном языке . Вы можете помочь проекту, переведя её до конца. |
Junior Job - это работа над ошибками с низким приоритетом, который легко исправить. Каждый разработчик иногда допускает такие ошибки. В идеале программа не должна их содержать, но обычно у разработчика есть много гораздо более важных и неотложных дел (например: ошибки с высоким приоритетом), поэтому такие ошибки могут долго ждать исправления. Это хорошая возможность для тех членов сообщества, которые хотят участвовать в разработке, но не знает как.
Содержание |
openSUSE Build Service Jobs
The openSUSE Build Service team maintains a wiki page with tasks that can be picked up by community.
Ошибки в пакетах
Пакеты часто содержат ошибок и довольно много из них легко исправить, и эти ошибки могут быть помечены как Работа для начинающих (Junior Job). Если ошибка отмечена как Junior Job - это не значит, что сопровождающий пакета забыл о ней! - если не найдется волонтера готового исправить ее, то в конечном счете это сделает разработчик. Это просто легкий способ узнать, как внести свой вклад в проект.
Как это работает
- Разработчик решает что ошибка подходит для Junior Job
- Он добавляет префикс JJ: в сводку ошибки
- There is an edit link next to the summary at the end of bugzilla page
- He can also specify some other details (alternative way of sending patch, not accepting submitrequests and getting patches from upstream, ...)
- Желающий принять участие (далее - участник) находит подобные ошибки с помощью - http://tr.im/opensusejj
- Участник сообщает о том что он желает исправить эту ошибку и сколько времени это приблизительно займет в комментарий
- Что-то вроде: "I'll take care of this during the weekend" ("Я исправлю это в конце недели")
- Участник исправляет ошибку, сообщите об этом в основной проект (если эта ошибка проявляется не только в suse) и отправляет запрос на рассмотрение (submitrequest) его исправления в OBS-проект, а также добавляет комментарий с номером запроса в баг трекер(Bugzilla)
- Если в течении указанного периода ошибка не была исправлена - она будет передана другому участнику, либо исправлена разработчиком
- Maintainer will review the request and either accept it and push it to the factory or decline it and tell contributor what was wrong and needs to fixed
Как исправить ошибку в пакете
- Создайте собственную ветвь OBS-проекта, с которой и будете работать в дальнейшем:
osc branch openSUSE:Factory package - Скачайте исходники пакета
osc co home:login:branches:project/package - Перейдите в соответствующую директорию
cd home:login:branches:project/package - If you need to patch anything, quilt may be usefull
- Распакуйте архив(ы) с исходниками
quilt setup package.spec - Опять перейдите в соответствующую директорию
cd unpacked_package_directory - Примените патчи к распакованным исходникам
quilt push -a - Создайте новый патч
quilt new package-version-brief-description.patch - Отметьте какие файлы были изменены
quilt add file - Modify files (this and the previous task could be done together with quilt edit file)
- Create final patch
quilt refresh -p0 package-version-brief-description.patch
- Распакуйте архив(ы) с исходниками
- Не забудьте добавить спец. метки для всех новых патчей, а также добавить запись в .changes-файл (с помощью osc vc)
- After fixing everything and reporting things upstream, all that is left is to submit the changes to the build service:
- run first - only if you added or removed files
osc addremove - then commit the changes
osc commit - and send a submitrequest to the maintainer
osc sr -m 'Fixed bug #1234'
- run first - only if you added or removed files
- And of course report to the bugzilla that bug is fixed in request
- Something like "Fix sent as sr#456, reported upstream http://bugzilla.foo.bar/?id=1234"
- After acceptance, your name will be in changelog forever
- List of Junior Jobs already done: http://tr.im/opensusejjfixed

