Вы усердно работали в течение двух дней, чтобы решить проблему проекта, над которым вы работаете. На третье утро, после хорошего ночного сна, вы, наконец, взламываете код и достигаете того, чего хотели. Вы считаете себя гением. С похлопыванием по спине вы сохраняете свой окончательный файл кода и идете на ранний обед. Когда вы вернетесь, вы увидите, что хотя файл и есть, вашего кода нет. Кто-то перезаписал. Тебя не было всего полчаса! Теперь вам придется тратить больше времени на переписывание кода.

О ужас!

Надеюсь, с вами такого никогда не случалось. Если это так, вы на собственном горьком опыте узнали о важности контроля версий.

Итак, еще раз, что такое контроль версий?

Контроль версий — это система, которая ведет учет и отслеживает документы, программы или любую другую форму сбора информации ( ).

Система контроля версий состоит из двух основных компонентов.

  1. Репозиторий — база данных всех правок, хранящихся в «версиях».
  2. Рабочая копия — личная копия соответствующих файлов физического лица. В репозитории хранятся только версии обновлений.

Контроль версий управляет потоком между репозиторием и рабочей копией.

Почему контроль версий важен для вас?

Если вы разработчик, история выше должна вас убедить. Как бизнес-лидер, настраивающий команду для настройки Salesforce, важно, чтобы вы понимали преимущества наличия надежного контроля версий для вашей команды.

Гибкая разработка. Если ваш программный проект работает по гибкой методологии, система управления версиями может помочь, предоставляя доказательства того, как был разработан код, когда он был разработан и кем. Вся команда может получить доступ ко всему коду с записью об изменениях, что повышает прозрачность и уменьшает количество зависимостей.

Совместная работа. Благодаря надежной системе контроля версий все члены команды могут без ограничений работать над любым файлом в любое время. Затем эти файлы могут быть объединены вместе по мере необходимости.

Решение проблем. Система управляет каталогами, файлами и отдельными изменениями, внесенными с течением времени. Таким образом, всякий раз, когда возникает проблема, легче найти основные причины ошибок или ошибок. Более того, вы можете буквально вернуться в прошлое и вернуться к более ранней версии.

Типы контроля версий

Существует два типа систем контроля версий: централизованные и распределенные.

Основное различие между ними заключается в количестве репозиториев. Централизованная система имеет один репозиторий, а распределенная система имеет один центральный репозиторий и несколько репозиториев (обычно соответствующих количеству рабочих станций с копиями).

Это означает, что в распределенной системе у каждого пользователя есть своя система контроля версий. Вся команда может получить доступ к работе друг друга только тогда, когда она доступна в центральном репозитории.

Итак, какой из них лучше? Для больших команд часто считают, что распределенная система работает быстрее, чем централизованная.

Лучшие практики для подражания

Крупномасштабные проекты подразумевают крупномасштабные команды с большим количеством разработчиков. Важно, чтобы для наилучшего использования системы контроля версий вся команда следовала определенным передовым методам. Большинство из них легко реализовать. Некоторые из них немного сложнее, и их нужно продумать перед реализацией.

  1. Сохраняйте изменения и регулярно выполняйте резервное копирование. Это наиболее очевидное действие. Однако удивительно, как много команд страдает из-за того, что этого не делается.
  2. Используйте последовательное и всеобъемлющее соглашение об именах. Имена файлов должны иметь смысл как с точки зрения бизнеса, так и с точки зрения фактической выполняемой работы.
  3. Описывайте при отправке файла в центральный репозиторий. Для тех, кто работал над кодом, не составит труда дать краткое описание файла. Это поможет другим лучше понять позже.
  4. Каждое изменение должно иметь одно ключевое изменение для лучшего отслеживания: Не следует бояться нескольких файлов. Вот почему существует контроль версий. В каждом сохраненном файле должно быть определенное изменение, чтобы упростить отладку в дальнейшем.
  5. Определить доступ для редактирования и чтения для отдельных лиц и групп. Оптимизация этого поможет сохранить файлы в безопасности, снизит риск ошибок и позволит лучше сосредоточиться.
  6. Регулярное слияние файла расписания. Это очень важно для больших команд. Чем больше версий, тем сложнее будет эффективно объединиться.

Поставщики услуг контроля версий для Salesforce

Хотя существует множество поставщиков услуг для управления версиями на основе Git, вы можете выбрать любой из следующих вариантов для своих проектов Salesforce:

Все четыре обеспечивают зрелую и эффективную платформу для развития Salesforce. Ваш выбор провайдера будет зависеть от конкретных потребностей команды и бизнес-требований.

Первоначально опубликовано на https://techforceservices.com.au 8 мая 2019 г.