Имеет ли какой-либо орган реализованный контроль версий для проектов на базе Salesforce? Если да, просьба. расскажите о том, как и какие инструменты/технологии используются для их реализации. В основном от github до Salesforceконтроль версий в Salesforce?
Да. Мы используем TFS прямо сейчас. (http://www.microsoft.com/en-us/download/details.aspx?id=25125). Все регистрационные данные сделаны броском Eclipse (с плагином Force.com IDE). Это не очень здорово, но оно работает. Но разветвление в TFS довольно плохое, вы не можете отслеживать локальные изменения немедленно, и у вас нет собственной локальной копии.
Что бы я рекомендовал для вас - используйте Git для управления версиями + битбакет + бамбук в качестве сервера сборки. Это потрясающее решение не только для контроля версий, но и для непрерывного процесса интеграции, особенно если вы используете ветви функций для разработчиков. Он легко объединяется/поддерживается и имеет потрясающий интерфейс для одобрения/создания процессов. Мы использовали SourceTree клиента, когда мы использовали эту конфигурацию и все очень понравилось)
https://bitbucket.org https://www.atlassian.com/software/bamboo
Если вы работаете по Scrum с Jira вам понравится даже больше - все «на болтах» интегрированы. По моему мнению, это одно из лучших решений для проектов на основе SFDC, особенно когда вам нужно обрабатывать сложные файлы, такие как undeploy/test (apex, транспортир/селен, где это необходимо, некоторые JS-модульные тесты).
Вам также может быть интересно узнать, что Salesforce собирается выпустить собственную версию системы управления версиями в предстоящем выпуске. Это часть масштабного обновления возможностей управления изменениями, запланированного несколькими релизами. Вы можете обратиться к своему менеджеру по продажам/менеджеру-партнеру, поскольку начались бета-заявки. FYI ...
Я использовал управление версиями для нескольких реализаций Salesforce, но это грязно. Я использовал git и Apache Subversion, оба работают примерно одинаково, но git проще в использовании.
Процесс довольно уродлив. Разработчики кодируют/настраивают в среде разработки, затем проверяют код на центральную ветвь (вручную слияние кода). Затем эта ветвь развертывается в среде для тестирования вручную или путем непрерывной интеграции (Jenkins и т. Д.). Новые филиалы создаются для новых выпусков, а не для разработчиков.
Теперь на небольших проектах (~ < 5 разработчиков) Я видел, как это работает более традиционно, когда у разработчика есть своя ветвь для разработки, а затем слияние с использованием git. С большим количеством разработчиков слияние может стать сложным.
Еще раз это не идеально, и я действительно видел это, когда контроль версий необходим из-за соблюдения какой-либо отрасли. Мне действительно интересен инструмент управления версиями Salesforce, это определенно то, что необходимо.
Используйте salesforce с github, чтобы включить контроль версий для salesforce org.
Эти шаги необходимо следовать для интеграции GitHub (при условии, что код находится в Salesforce орг)
Установите Force.com IDE и синхронизировать код Salesforce (https://developer.salesforce.com/page/Force.com_IDE_Installation).
Открыть Force.com IDE и создать новый проект force.com для синхронизации кода с затмением (New -> Force.com -> предоставить учетные данные salesforce для синхронизации проекта с salesforce)
Создайте репозиторий github и следуйте инструкциям, чтобы код Salesforce был репозиторием github.
git push команда для ввода кода в github.
Да, используя битбакет, мы внедрили контроль версий. Мы создаем ветки из главного хранилища. У каждого разработчика есть своя песочница. Каждая ветка была разработана в соответствующей песочнице. После завершения мы объединяем все ветви, чтобы справиться с ними.