Заплатки и фиксации
Отправка заплаток
The first few times you make changes to the manual, you will need to submit them as patches for an administrator to review. This is just to make sure that we maintain a quality user manual, and that you do not accidentally break anything vital before you get used to the system.
Чтобы отправить заплатку, выполните следующие шаги:
Make any changes that you want.
Создайте файл заплатки, выполнив команду:
svn diff > filename.diff
Будет создан простой текстовый файл, содержащий добавленные, удалённые или изменённые в вашей рабочей копии файлы по сравнению с центральным хранилищем.
Если вы создали или удалили файлы, вам нужно будет запустить команды
svn add /путь/к/файлу
илиsvn rm /путь/к/файлу
перед созданием файла заплатки. Для просмотра списка затронутых файлов воспользуйтесь командойsvn status
.Загрузите файл заплатки сюда. Если у вас ещё нет учётной записи, вы должны сперва зарегистрироваться.
После отправки заплатки вам предложат «Создать новую ревизию», прежде чем вы сможете добавить заголовок и описание к вашим изменениям.
Please check if the Documentation project is assigned in the tag’s field in order to notify the team of your patch. You can also contact the team over the mailing list or Чат Blender.
They will review your patch and let you know about any changes you could make. If there is no issue, your patch will be accepted and then committed by the team of your patch.
Примечание
Если ваша заплатка включает изменения в изображениях, либо добавление новых изображений, просто прикрепите их при создании ревизии.
Straightforward patches are bound to be accepted very quickly. Once you get accustomed to making changes and no longer need feedback, we cut out the middle man and give you direct access to edit the manual.
См.также
See Цикл выпуска for documentation on how to make commits to a specific release branch and how to create merge commits.
Непосредственная фиксация
Once you are provided with the direct access to edit the manual, you can start committing directly instead of creating a patch file. Doing this will submit the change directly to our central repository.
Всё, что вам нужно для этого сделать – это выполнить команду:
svn commit -m "This is what I did"
Если вы опустите -m "сообщение"
, вас попросят ввести его в текстовом редакторе.
Не забывайте всегда запускать команду svn update
перед фиксацией.
Then you will be asked for your username and password
(from developer.blender.org
) before the change is committed.
Примечание
Make sure to use your username (case sensitive) and not your email.
Изменённые вами файлы загружаются в центральное хранилище, так что над ними смогут продолжить работу другие люди. Фиксации отслеживаются в хранилищах Diffusion. Вскоре после этого ваши изменения станут видимы в онлайн-руководстве.
Writing a Good Commit Message
When making changes to the manual that directly relate to a specific commit (change) in Blender, it is helpful to make the title of the commit the same as the commit made to Blender. It is requested that you include the commit hash of the commit made to the Blender source code.
For example, the commit rBM8473
includes a descriptive indicative of the changes made along with the hash rBa71d2b260170
.
The hash can be extracted from the URL provided in the Documentation task for a specific upcoming release.
Other more general changes do not have to follow the above policy however,
it is still important to make the description clear about what changes you made and why.
It can be helpful to prefix the commit title with a prefix word such as Cleanup:
or Fix:
when you are making general cleanups or fixes respectively.
Writing good commit messages helps administrators keep track of changes made and ensures all new features are properly documented.