Добро пожаловать на Pro Pawn - Портал о PAWN-скриптинге.
Показано с 1 по 4 из 4
  1. #1
    Аватар для Disinterpreter
    Проверенный

    Статус
    Оффлайн
    Регистрация
    02.01.2014
    Сообщений
    88
    Репутация:
    91 ±

    Как лучше всего выложить свой мод

    Предисловие: Это мой второй урок на данном портале, первый был конкретно про самп, однако в этом я отбросил все свои принципы и решил написать уникальный, в своем роде, урок.

    Итак, Вы решили сделать игровой мод для паблика, но думаете, как не упасть в грязь лицом, и вот, выкладывая его на первый попавшийся форум в архиве через rghost, вы надеетесь, что все пошло прекрасно?
    Но нет, Вы уже упали в грязь лицом! В этой статье я хочу до вас донести, как лучше всего сделать гейммод для паблика.

    1. Научитесь работать с Git/SVN!
      Работать с системами контроля версий очень важно и полезно.
      Лично мне, для этого дела нравится https://github.com, но можно использовать https://bitbucket.org/.
      Там Вам нужно создать репозиторий с Вашим модом и определиться с лицензией (об этом чуть ниже), а так же научиться делать коммиты (изменения в репозитории), пулы (забирать данные в свой репозиторий), мержи (объединять данные ветвей) и прочее.
      Подробнее можно почитать здесь: http://www-cs-students.stanford.edu/...magic/intl/ru/
      Или здесь: http://xakep.ru/articles/61200/ (эта статья мне понравилась).
      Для разных версий гейммода, лучше создавать разные ветви.

      Важное замечание: На подобные сайты вместе с Вашим кодом крайне
      нежелательно заливать бинарные файлы, будь то ".exe", ".dll" или ".amx".
      Их можно залить отдельно в соответствующий раздел "tags" или "Release".

      Вы спросите, какой же для Вас плюс от svn или git?
      На самом деле Вы можете помочь себе откатом коммитов или чем-нибудь ещё, да и так проще показать свой код и уровень навыков :)
      Кроме того, люди могут присылать Вам патчи (про это почитать здесь).


    2. Структура игрового режима.
      Если Вы делаете мод для паблика, то крайне нежелательно писать всё в одном файле, ибо только вам известно, что и где находится.
      А другие пользователи просто увидят кашу из 60-80к строк. Поэтому лучше разделить всё на папки и файлы.
      Причем, касаемо деления папок, лучше отделить ядро игрового режима от его оболочки.


    3. Стиль кода.
      Делая мод для паблика, разработчик показывает его всему сообществу данного мультиплеера, поэтому код должен быть слажен и иметь чётко определенный стиль.
      Лично я люблю использовать стиль отступов Олмана (BSD), верблюжий стиль кода (UpperCamelCase) у функций/методов и венгерскую нотацию для префиксов переменных.
      Кроме того, несколько правил оформления приведены здесь.
      Имена переменных желательно давать только на английском, без транслита.


    4. Комментарии.
      Этот пункт довольно очевиден, пишите больше комментариев (желательно на английском языке) особенно у своих, самописных функций.


    5. Лицензия.
      Для своего проекта нужно выбрать лицензию и подписать свое авторство.
      Тут я ничего советовать не буду, за исключением этого: http://choosealicense.com/ и этого http://choosealicense.com/licenses/.


    6. Документация.
      В документации нужно написать всё о вашем коде, ВООБЩЕ ВСЁ, т.е нужно написать принципы работы, что где лежит, как это установить, как пользоваться.
      На сайте GitHub документацию можно заполнить в разделе "Wiki" вашего репозитория (на Bitbucket аналогично).


    7. Багтрекер.
      Багтрекер - место куда люди пишут предложения и сообщают о недочетах/багах.
      Желательно туда записать ваши планы (вдруг кто захочет продолжить ваше дело) ну и прислушиваться к пользователям.
      На сайтах GitHub и Bitbucket эту роль выполняет раздел "Issues".


    8. Учитесь у других!
      Желательно смотреть другие проекты, даже те, которые вообще не подходят к вашей тематике.
      Там всегда есть чему поучиться. Например в репо CyanogenMod мы найдем кучу ветвей (Branches), которые отражают все версии Android.


    С наилучшими пожеланиями, Disinterpreter.
    Редактировал Daniel_Cortez.

    Это произведение доступно по лицензии Creative Commons «Attribution» 3.0.
    Последний раз редактировалось Disinterpreter; 02.08.2014 в 16:32.

  2. 7 пользователя(ей) сказали cпасибо:
    #ball (02.08.2014) Camelot (02.08.2014) Daniel_Cortez (02.08.2014) Hidden (14.09.2014) L0ndl3m (02.08.2014) MacMailler (02.08.2014) Nurick (02.08.2014)
  3. #2
    Аватар для Nurick
    Пользователь

    Статус
    Оффлайн
    Регистрация
    19.04.2014
    Адрес
    Уфа, Россия
    Сообщений
    319
    Репутация:
    52 ±
    Познавательный урок

  4. #3
    Аватар для Camelot
    Пользователь

    Статус
    Оффлайн
    Регистрация
    07.03.2014
    Адрес
    Ярославль
    Сообщений
    57
    Репутация:
    4 ±
    Хороший урок. Всё хорошо расписал.

  5. #4
    Аватар для SDraw
    Пользователь

    Статус
    Оффлайн
    Регистрация
    30.12.2013
    Сообщений
    13
    Репутация:
    27 ±
    Годно

 

 

Информация о теме

Пользователи, просматривающие эту тему

Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)

Ваши права

  • Вы не можете создавать новые темы
  • Вы не можете отвечать в темах
  • Вы не можете прикреплять вложения
  • Вы не можете редактировать свои сообщения
  •