Junior Jobs

Материал из openSUSE

(Различия между версиями)
м
м
Строка 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''" ("''Я исправлю это в конце недели''")
-
# Участник исправляет ошибку, сообщите об этом в основной OBS-проект (отправляет submitrequest) и добавляет комментарий с номером запроса в баг трекер(Bugzilla)
+
# Участник исправляет ошибку, сообщите об этом в основной проект (если эта ошибка проявляется не только в 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>
-
** Get to the right directory again ;-) <br> <tt>cd ''unpacked_package_directory''</tt>
+
** Опять перейдите в соответствующую директорию <br> <tt>cd ''unpacked_package_directory''</tt>
-
** Apply all existing patches <br> <tt>quilt push -a</tt>
+
** Примените патчи к распакованным исходникам <br> <tt>quilt push -a</tt>
-
** Create new patch <br> <tt>quilt new ''package-version-brief-description.patch''</tt>
+
** Создайте новый патч <br> <tt>quilt new ''package-version-brief-description.patch''</tt>
-
** Add files to be modified <br> <tt>quilt add ''file''</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>
-
* Don't forget to [[Packaging/Patches#Patch_Markup_.28also_called_.22Tagging_Patches.22.29|mark all new patches]] and add entry to the ''.changes'' file using <tt>osc vc</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 - это не значит, что сопровождающий пакета забыл о ней! - если не найдется волонтера готового исправить ее, то в конечном счете это сделает разработчик. Это просто легкий способ узнать, как внести свой вклад в проект.

Как это работает

  1. Разработчик решает что ошибка подходит для Junior Job
  2. Он добавляет префикс 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, ...)
  3. Желающий принять участие (далее - участник) находит подобные ошибки с помощью - http://tr.im/opensusejj
  4. Участник сообщает о том что он желает исправить эту ошибку и сколько времени это приблизительно займет в комментарий
    • Что-то вроде: "I'll take care of this during the weekend" ("Я исправлю это в конце недели")
  5. Участник исправляет ошибку, сообщите об этом в основной проект (если эта ошибка проявляется не только в suse) и отправляет запрос на рассмотрение (submitrequest) его исправления в OBS-проект, а также добавляет комментарий с номером запроса в баг трекер(Bugzilla)
    • Если в течении указанного периода ошибка не была исправлена - она будет передана другому участнику, либо исправлена разработчиком
  6. 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'
  • 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
Источник — «http://ru.opensuse.org/Junior_Jobs»