Git-flow в 1С (Система контроля версий)

Публикация № 310640

Методология - Управление проектом

git git-flow github система контроля версий bitbucket

Статья является переосмыслением и дополнением к предыдущим трудам "Как мы управляем версиями (GIT+1C)" и "Как мы управляем версиями и тестированием 1C 8.3 (часть 2)". Как оказалось, многие не понимают, зачем такие сложности и почему? Попытаюсь ответить на эти вопросы и описать подход git-flow.

Перед прочтением желательно ознакомиться с предыдущими статьями: Как мы управляем версиями (GIT+1C)Как мы управляем версиями и тестированием 1C 8.3 (часть 2)

 

Разработка качественных продуктов для 1С:Предприятие 8 довольно большая проблема. Для начинающих программистов и специалистов средней руки вопрос не стоит так остро, они не отвечают за работу огромных, высоконагруженных, сложных и нестандартных механизмов, где иногда часы простоя стоят огромных денег. Естественно все это создается не одним человеком и не за один день, когда случается переход от простых задач к глобальным и цена ошибки велика, вот в этот момент возникают вопросы взаимозаменяемости специалистов, совместное владение кодом и даже просто владение, регистрация и учет изменений, сроки реализации функционала, тестирование, списки приемных тестов и т. п.

 

Что же мы имеем в 1С

Чего же все-таки хочется

 Хранилище конфигурации:

  1. довольно спорный инструмент (в моем опыте несколько раз хранилище становилось полностью не рабочим); 
  2. совместное удобство работы сомнительное;
  3. выполнить привязку к трекеру задач нельзя;
  4. код ревью делать не удобно, да и отметить спорные изменения нельзя; 
  5. нет понятий release, hotfix, feature;
  6. и многое-многое другое;
  7. хорошо описано здесь.
  1. выполнять изменения без захвата объектов;
  2. при попытки внесения изменений, их должен принять человек с черным поясом по код ревью;
  3. каждый разработчик работает независимо от того, что делает другой программист;
  4. возможность использовать ветвления и выпускать продукт из комбинации удачных веток;
  5. при закрытии задачи в системе разработки, изменения кода можно просмотреть в трекере задач;
  6. комментирование построчно кода с оповещением человека, который пытается поместить изменения.

 

В данном случае большинство запросов решает связка: Git-flow + Redmine + Bitbucket \ GitHub. Теперь перейдем к самой статье.
 

 

УСТАНОВКА GIT

Git берем отсюда http://git-scm.com/download. С установкой не должно возникнуть проблем. Как пользоваться Git можно прочесть здесь

Что такое контроль версий, и зачем он вам нужен? Система контроля версий (СКВ) — это система, регистрирующая изменения в одном или нескольких файлах с тем, чтобы в дальнейшем была возможность вернуться к определённым старым версиям этих файлов. 

 

ВЫБИРАЕМ BITBUCKET.ORG ИЛИ GITHUB.COM

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

Что выбрать, и зачем это нужно? Сервисы позволяют провести код ревью, выполнить объединение, синхронизацию, оповестить трекер задач об изменениях по определенной задаче, выслать извещение участникам проекта и т. п. В каждом сервисе есть свои плюсы и минусы - выбор остаётся за вами.

 

НЕОБХОДИМЫЕ ВЕЩИ

Хранить в Git бинарные файлы можно, но практической пользы от этого мало, их нужно распаковать в текстовые файлы понятные простому обывателю. С конфигурацией сделать это просто с помощью команды "Выгрузить конфигурацию в файлы...". С внешними обработками и отчетами это сделать сложнее, на помощь приходит сообщество c инструментами V8Commit или precommit1C, последний умеет собирать внешние обработки и отчеты из файлов. 

Что выбрать? Сейчас precommit1C активно развивается и дорабатывается, по моему, выбор очевиден. V8Commit развивается "закрыто" и пока не ясно под какой лицензией будет распространяться в дальнейшем, так же нужно обязательно в commit включать бинарные файлы (*.epf, *.erf). 


КОГДА ОСИЛЕНЫ ПРЕДЫДУЩИЕ ПУНКТЫ

Примерный результат будет таков (в данном примере bitbucket.org):

К каждой строчке можно оставить комментарий, этот текст придет участникам проекта на почту (можно перенастроить), если это pull-request, только тому кто запросил внести изменения. Красным цветом помечено, что удалено; зеленым цветом, что добавлено; ярко-зеленым, что добавлено новое в этой строке по сравнению с предыдущей версией. 

 

ТЕРМИНОЛОГИЯ GIT-FLOW

  • fork - использование кодовой базы проекта для старта нового или доработки с последующий объединением;
  • commit - принять и сохранить последние изменения в репозиторий (хранилище);
  • pепозиторий - место, где хранятся и поддерживаются какие-либо данные; 
  • push - отправить\обновить новые или измененные объекты в удалённый репозиторий;
  • pull - получить\обновить новые или измененные объекты из удалённого репозитория;
  • push request - запрос на объединение fork c кодовой базой стартового проекта;
  • alias - используется для сокращение команд;
  • branch - направление разработки, независимое от других;
  • master - в данной статье стабильная\рабочая\используемая ветка;
  • develop - в данной статье ветка которая разрабатывается и в будущем изменения будут перенесены в ветку master, после успешной демонстрации заказчикам;
  • hotfix/number - ветка, которая предназначена для внесения правок напрямую в master, по сути это ветка быстрых исправлений критических ошибок, number - номер задачи трекера; 
  • feature/number - ветка, которая предназначена для реализации нового функционала, после того как задача предположительно готова - выполняется pull request в ветку develop. При удачном код ревью, выполняется объединение с веткой develop, иначе отсылается на доработку. number - номер задачи трекера;
  • code review - проверка кода на оптимальность, соответствия техническому заданию и стандартам http://its.1c.ru/db/v8std.

Перед тем как включить нового разработчика в команду, ему нужно дать право на чтение необходимого репозитория компании на bitbucket\github и сделать fork с которым ему придется работать в разрезе спринта\продуктового цикла разработки. Обязательно задать e-mail в настройках git, который должен совпадать с e-mail на bitbucket\github для однозначной идентификации при выполнении pull request и для получении обратной связи от черного мастера код ревью.  

Если разработка идет по верному пути, нижний слайд понадобится всего 1 раз.

 

 

 

 

Позитивные стороны

  • Подход серьёзно уменьшает количество ошибок и недоделок;
  • Только качественные продукты попадут в работающую систему;
  • Такая разработка сводит с ума "быдло-кодеров";
  • Основные процедуры по обновлению можно планировать;
  • Всегда можно заглянуть в fork разработчика и вместе навалится на противную задачу;
  • Не нужно никого ждать, что кто-то захватил объект в хранилище, каждый работает со своей конфигурацией; 
  • Всегда быть в курсе изменений используя интеграцию bitbucket\github с slack\hipchat (статья про slack).
 

Негативные стороны

  • Сложность внедрения. Без сторонней помощи тяжеловато, как выход вливаться в тусовку или посещать тематические мероприятия;
  • Как минимум должен быть выстроен правильный процесс разработки (мы используем agile, чуток о нашем процессе);
  • Придется потратится на SSD для каждого разработчика, "Выгрузить конфигурацию в файлы..." не столь быстро работает как бы хотелось;
  • Конфликты объединения бывают, придется планировать разработку и разделение на task's, например, форма\модуль объекта\модуль менеджера\модуль команды и т. п. (У нас задач много, последний конфликт был около 2-х месяцев назад)

Вначале упомянул Redmine, так вот, если при commit добавлять "#номер задачи" (из трекера) и настроить интеграцию с bitbucket\github - можно будет прямо из задачи (на трекере) видеть изменения, какие были сделаны для ее решения. Вот несколько скриншотов. К сожалению, все описать детальней нет времени и сил, но начало положено. Надеюсь после статьи в наших рядах появится больше новых людей с новыми идеями.

 

Специальные предложения

Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. Armando 1393 03.11.14 18:43 Сейчас в теме
Регистрируемся в системе для бесплатного хостинга вашего кода

А у себя хостить можно?
2. pbazeliuk 1763 03.11.14 18:50 Сейчас в теме
(1) Armando, да конечно, например stash или GitLab. На самом деле вариантов очень много
4. Armando 1393 03.11.14 19:16 Сейчас в теме
(2) Ок понял.
Разбор на тексты корректно работает?
А то когда я последний раз коммитил в xUnit что-то сломалось в репо из-за этого. Артур не помню как потом починил.
А вообще я все тоже поглядываю в эту сторону.
Только от хранилища уходить пока не хочу.
Можно же настроить, чтоб хранилище по ночам разбиралось и коммиты делались от имени того кто поместил в хранилище?

А вы хранилище совсем не используете? Как макеты и формы тогда сравниваете?
6. pbazeliuk 1763 03.11.14 20:11 Сейчас в теме
(4) Armando, xUnit работает сейчас без проблем, главное не забывать обновлять precommit1C. Да, есть люди что разбирают хранилище, настроить можно с помощью Jenkins. Мы ушли от хранилища очень давно, какой там прогресс мне точно не известно.

Хранилище не используем совсем. Управляемые формы это xml'ки, с макетами СКД еще можно разобраться. Ревью других макетов заложено в тесты, проверка хеша макета по ТЗ (по наперед заданным данным) с тем хешем, что выдает база.

В прикреплении пример формы справочника - ВидыЗапасов
Прикрепленные файлы:
Catalog.ВидыЗапасов.Form.ФормаВводаВидовЗапасов.Form.xml
7. pumbaE 637 04.11.14 09:02 Сейчас в теме
off: (4) Armando, на конференции, я так понял не был. Подсказка работаешь с собранным cf и при этом подглядываешь какие объекты automerge прошли, а в каких конфликты обнаружились.
56. Armando 1393 12.11.14 11:27 Сейчас в теме
(2) (3) Посоветуйте подходящий сервер под Windows. Чтоб с кирилицей проблем не было ну и прочее. Тот же Stash, например, пробовали?
58. Armando 1393 12.11.14 17:25 Сейчас в теме
(57) pumbaE, спасибо, все получилось. Только в веб-морде кириллицу не отображает почему-то. Не знаешь как лечить?
В SourceTree кириллицу нормально видно. И время на час вперед в вебе.
Прикрепленные файлы:
59. pumbaE 637 12.11.14 18:04 Сейчас в теме
60. Armando 1393 12.11.14 18:17 Сейчас в теме
(59) pumbaE, там где ты показал у меня тож все нормально оказывается.
А что у тебя по ссылке? см картинку
Прикрепленные файлы:
61. pumbaE 637 12.11.14 18:23 Сейчас в теме
62. Armando 1393 12.11.14 18:33 Сейчас в теме
(61) pumbaE, а в поле Message видно кириллицу или как у меня на скрине вопросы?
63. pumbaE 637 12.11.14 18:37 Сейчас в теме
(62) Armando, в стандартном интерфейсе gitweb кирилцу не видно.
64. Armando 1393 12.11.14 22:17 Сейчас в теме
65. pumbaE 637 13.11.14 16:26 Сейчас в теме
(62) Armando, а если на linux поднято, то все красиво видно.
66. Armando 1393 13.11.14 16:54 Сейчас в теме
(65) pumbaE, ну линукса тут нет нигде) Для меня это не критично. Вряд ли я туда смотреть буду. Но если вдруг тебе подвернется решение проблемы, то свистни, пожалуйста)
72. pumbaE 637 20.11.14 16:07 Сейчас в теме
73. Armando 1393 20.11.14 16:14 Сейчас в теме
3. pumbaE 637 03.11.14 18:57 Сейчас в теме
Я использую scm manager с соотвествущим плагином pull request
pbazeliuk; +1 Ответить
5. Armando 1393 03.11.14 19:41 Сейчас в теме
Опечатка в терминологии push request. Надо pull
Tank-yarsk; +1 Ответить
8. Pasha1st 604 04.11.14 12:23 Сейчас в теме
А почему именно GIT а не SVN? Собственное SVN-хранилище разворачивается легко, есть и в интернете. По простоте использования, как мне кажется, SVN выигрывает.
9. pbazeliuk 1763 04.11.14 12:38 Сейчас в теме
(8) Pasha1st, SVN централизованная система, git же распределенная. Хотел бы посмотреть как выстроить работу с фрилансерами на базе SVN.
10. Armando 1393 04.11.14 18:30 Сейчас в теме
Как при такой схеме выглядит типовой сценарий разработчика?
Когда выполнена какая-то работа. Что делает разработчик? Вручную делает выгрузку конфигурации в файлы в определенный каталог. Потом пул реквест. Так? В репо при этом попадут только измененные файлы?
Как выглядят действия других разработчиков при этом, чтоб свою конфигурацию проапдейтить с учетом коммита первого?
Когда разработчик делает форк, в его локальный репо копируются файлы. Он потом просто делает загрузить конфигурацию из файлов? Или еще что-то надо?
У вас эти действия автоматизированы?
11. pbazeliuk 1763 04.11.14 20:02 Сейчас в теме
(10) Armando,
Когда выполнена какая-то работа. Что делает разработчик? Вручную делает выгрузку конфигурации в файлы в определенный каталог. Потом пул реквест. Так? В репо при этом попадут только измененные файлы?
Git определит файлы, которые нужно закомитить.

Как выглядят действия других разработчиков при этом, чтоб свою конфигурацию проапдейтить с учетом коммита первого?
Если задачи никак не связаны между собой, обновлять не нужно. Обновление нужно сделать, когда приступаешь к новой задаче . Если задачи взаимосвязаны, достаточно обновить ветку (master или develop в зависимости от типа задачи разработчика) и сделать merge в ветку задачи (feature\hotfix), далее загрузить файлы в конфигурацию (если есть конфликты разрешить их).

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

У вас эти действия автоматизированы?
Автоматизированы пока операции в Git (хороший пример (3)), некоторые операции автоматизированы с помощью Jenkins, полной автоматизации достигнуть не удастся, пока не будет исправлена ошибка в платформе 1С (Код ошибки 30010599)
roofless; Redokov; +2 Ответить
12. Armando 1393 04.11.14 20:28 Сейчас в теме
(11) понял спасибо.
Сейчас попробовал нашу конфигу выгрузить в файлы. Обычные формы в виде бинарников выгружает(
Но мы через 4 месяца на бух 3.0 клиента переводим.
Да, и ошибка "При загрузке конфигурации из XML из командной строки неверно загружаются роли." ставит крест на автоматизации некоторых операций(
У нас например при каждом коммите в хранилище, автоматом стартует стандартная проверка конфигурации (проверка целостности, некорректных ссылок и пр.). Это отдельная база, которая обновляется из хранилища.
И ночью из хранилища готовится файл поставки (это тоже отдельная база), которым обновляется рабочая база.
Вы это вручную делаете? Или у вас другой процесс?
13. pbazeliuk 1763 04.11.14 20:46 Сейчас в теме
(12) Armando,
Сейчас попробовал нашу конфигу выгрузить в файлы. Обычные формы в виде бинарников выгружает(
Да есть такое, их нужно дополнительно разбирать. (pumbaE занимается вроде разбором обычных конфигураций).

У нас например при каждом коммите в хранилище, автоматом стартует стандартная проверка конфигурации (проверка целостности, некорректных ссылок и пр.). Это отдельная база, которая обновляется из хранилища.
И ночью из хранилища готовится файл поставки (это тоже отдельная база), которым обновляется рабочая база.
Вы это вручную делаете? Или у вас другой процесс?
Ну это уже CI к данной статье отношения не имеет. Работаем над похожим процессом с помощью Jenkins, только у нас планируемая реализация pull request -> code review -> build -> test -> принятие в репозиторий. 1 раз в неделю develop -> master -> build -> test -> отправка изменений в боевую базу.
16. Armando 1393 04.11.14 21:01 Сейчас в теме
(13)
Ну это уже CI к данной статье отношения не имеет

Я не про CI. Я про то что базу для этого надо предварительно загрузить из файлов. А загрузка работает некорректно. И долго(
20. pbazeliuk 1763 04.11.14 22:00 Сейчас в теме
(16) Armando, ошибка проявилась. У нас она не проявляется при разработке, потому что пока используется *.cf из build-сервера (так быстрее сравнивается\объединяется).
21. Armando 1393 04.11.14 22:05 Сейчас в теме
(20)
используется *.cf из build-сервера

Не понимать. Поясни что это значит. Я наверное еще далек от этого.
23. pbazeliuk 1763 04.11.14 22:10 Сейчас в теме
(21) Armando, есть центральная база для разработки в которую заливаются все изменения с помощью сравнения cf, от туда уже идет разбор конфигурации и pull request. По сути мы были в шаге от внедрения сборки из файлов, но пока оставим так как есть.

Но для внешних обработок и отчетов это работает с помощью precommit1C.
26. Armando 1393 04.11.14 22:21 Сейчас в теме
(23) вот это ваще меняет дело. У меня щас что-то в голове перевернулось. То есть разработчик сначала в своей базе наделал делов. После этого надо сохранить cf, смержить его с какой-то другой базой, и только оттуда уже делать пул реквест? То есть из гита вы ничего не собираете? Он у вас только для реквестов, и быстрого доступа к версиям? Как у вас разветвленная разработка тогда ведется? Тоже все сводится к тому, что надо вручную совокуплять cf?
28. pbazeliuk 1763 04.11.14 22:28 Сейчас в теме
(26) Armando, дело в том что 90% разработок благодаря Упрощение поддержки конфигураций (информация устарела, но для понимания подхода сойдет) у нас внешние обработки\внешние отчеты, с ними работа проще и быстрее. Так же храним бинарники рядом, но можно собрать назад из файлов.

Написал, что были в шаге от перехода на чистые файлы конфигурации, но тут такая засада выяснилась и теперь пришло понимание почему у нас ошибки не проявлялись, как только 1С исправит ошибку загрузки все будет согласно статье.
29. Armando 1393 04.11.14 22:37 Сейчас в теме
(28) все ясно. У нас немного другой подход. Мы почти не используем внешние отчеты/обработки. У нас все в базе.
Подожду когда выгрузка/загрузка не будет приводить к изменениям. Тогда можно будет вернуться к вопросу. Спасибо что все разъяснил.
24. pbazeliuk 1763 04.11.14 22:14 Сейчас в теме
(21) Armando, build-сервер место где собирается конфигурация для дальнейшей прогонки тестов или доставки конфигурации в боевую базу.
25. pbazeliuk 1763 04.11.14 22:19 Сейчас в теме
27. Armando 1393 04.11.14 22:24 Сейчас в теме
(25) спасибо поковыряюсь. Про Jenkins слышал от pumbaE но так и не пощупал его.
22. pbazeliuk 1763 04.11.14 22:06 Сейчас в теме
(16) Armando, выгрузка работает стабильно, но вот загрузка нет. У нас сейчас по сути в репозитории храниться разобранная конфигурация, но изменения берутся с build-сервера.
83. roofless 22 17.06.16 15:18 Сейчас в теме
(11) было бы неплохо вынести этот коммент в шапку, есть разработчики, которые не очень понимают "как оно без хранилища" (например я). А тут как раз по делу написано
14. Armando 1393 04.11.14 20:56 Сейчас в теме
У вас загрузка из файлов корректно работает?
Сейчас выгрузил конфиг в файлы, загрузил в новую базу. Сохранил cf. Сравниваю с базой откуда вначале файлы выгрузил.
Показывает туеву хучу изменений. Роли, макеты, предопределенные данные, формы...
Вы с этим не сталкивались?
15. DoctorRoza 04.11.14 20:57 Сейчас в теме
Конечно, за реализацию респект и огромный, только возникает вопрос: "А оно действительно нужно?" Я просмотрел на тезисы "Чего действительно .." и у меня возникает мысль, что Вы не совсем представляете картину происходящего. Поверьте, Вы создали классный продукт, почет Вам и уважуха, только, Ваш скромный слуга, имеет опыт работы на 2 крупных производственных предприятиях г. Нижний Новгород и, ИМХО, Ваша система контроля не совсем будет востребована. Учитывая уровень зп, текучку кадров, уровень персонала (да чего греха таить, и свой тоже!), такое не осилит ни один 1с-отдел. Да дело даже не в сложности - дело во времени! Реальная тех.поддержка - это постоянная занятость, никто не будет выделять время, освобождать от текучки, чтобы ..
"комментирование построчно кода с оповещением человека, который пытается поместить изменения."
:) Эта строка улыбнула! Нет, я в хорошем смысле, только это так наивно звучит!
//
Много можно рассказать и подискутировать о трудовых буднях, об ответственности, об остановке конвейера на 2 часа и штраф в 10 млн. руб. и т.п., дело то не в этом. Как я понял, Вы изначально закладываетесь на работоспособность самой платформы, а она, увы, с ошибками! Может быть уже тут мина?
Я все к чему веду: да, разработка звучит круто, но только в лаборатории, реальность поглотит и оставит её пылиться в столах (что еще хорошо, может потеряться и никто ничего не вспомнит)!
//
p.s.
Желаю успешного развития! :)

Kinestetik; Gang031; smit1c; lunjio; efin; ducks01; ValeriVP; kauksi; AlX0id; SvanMoscow; Dementor; vitabot; Silenser; zqzq; ivanov660; +15 2 Ответить
17. Armando 1393 04.11.14 21:41 Сейчас в теме
(15) DoctorRoza, то что 90% одинесников работают по хардкору без тестов, проверок, баг-трекера, и прочих нужных вещей, не говорит о том, что остальным 10% этого не надо. Я например страдаю от того, что в типовом хранилище нет резветвленной разработки, нет пул реквестов и нет комментирования отдельных его строк, нет связи с баг-трекером. Форма 1С конечно предложила свою технологию разветвленной разработки, но лучше об этом не говорить.
такое не осилит ни один 1с-отдел

Трудно сказать. Но если никто не понимает зачем они это делают, то тогда и смысла в этом нет. Только хуже станет.
Но если все эти операции бдут максимально автоматизированы, то внедрение пройдет гладко. И использовать это не напряжно будет.
Я например себе это как представляю: разработчик запустил скрипт, который автоматом сделал форк, создал базу, загрузил в нее файлы, все там обновил, и открыл конфигуратор разработчику.
Когда все сделано разработчик запускает другой скрипт, который выгрузит файлы куда надо, и отправит пул реквест. Разработчику только описание внести надо.
Kinestetik; itmind; Irwin; rozhkovdmitriy; artbear; Pr-Mex; +6 Ответить
18. pbazeliuk 1763 04.11.14 21:53 Сейчас в теме
(15) DoctorRoza, мы наверное из разных вселенных. Уровень программистов у нас выше среднего, текучки кадров из отдела разработки 1С за 5 лет равна 0. Тех. поддержка у нас отдельный отдел, программисты тех. поддержкой не занимаются.

"комментирование построчно кода с оповещением человека, который пытается поместить изменения."
На pull request бывает в среднем 3-5 замечаний и естественно отправка на доработку. Прием готовой задачи занимает от 10 до 20 минут.

Как я понял, Вы изначально закладываетесь на работоспособность самой платформы, а она, увы, с ошибками! Может быть уже тут мина?
Я все к чему веду: да, разработка звучит круто, но только в лаборатории, реальность поглотит и оставит её пылиться в столах
Все зависит от руководителя внедрять или не внедрять. По нашему опыту эффективность и скорость разработки увеличилась, количество ошибок уменьшилось в разы. От ошибок никто не застрахован, но пока удается с ними бороться.
74. lustin 10.12.14 06:23 Сейчас в теме
offtopic GITHUB'овыцы меня всё больше НЕ радуют.Представляете - они настолько почувстовали себя монополистами, что решили делать всё по своему. Причем категоричски отказываются добавлять возможость чего-нибудь наподобии Google Analytics или Yandex.Метрика.

Это я к чему - анализировал трафик на xUnitFor1C, увидел что многие таки перешли по ссылкам и посмотрели репозиторий именно с данной публикации...

Теперь если вернутся к данному треду комментариев, больше всего меня поразил комментарий (15)

НУ во-первых все прекрасно понимают картину происходящего - все участники проекта, так или иначе работают в конкретных компаниях и занимаются конкретной автоматизацией, конкретных заказчиков. Многие из которых... Действительно любят время простоя пересчитывать в деньги (у них даже тарифы подсчитаны, сколько стоит минута простоя системы).
Именно поэтому мы не можем себе позволить делать как обычно принято.

И еще один момент, вы забыли видимо что все участники проектов (как назвал их Петр "тусовка") в большинстве своем выходцы из регионов - в том числе и из Нижнего Новогорода (2-ое как минимум). И то, что для них было "больно" разрабатывать немного по другому - это правда. Но ни деньги, ни зарплата, ни текучка здесь НЕ причем.

Как оказалось многие даже не ознакомились с этим http://its.1c.ru/db/v8std#content:2149184358:hdoc

Технология разветвленной разработки конфигураций

Методическая рекомендация (полезный совет)

Цели внедрения технологии:

Повышение качества разрабатываемой конфигурации
Повышение культуры разработки и тестирования
Обеспечение непрерывного развития конфигураций в условиях жестких сроков разработки


И опять же в (15) замечено правильно - реальная техническая поддержка вообще живет по другим законам и процессам: не имеет доступа к Конфигуратор, ведет секцию Q&A на портале системы. Развивает автоматические системы оповещения и мониторинга. Проводит обучения ключевых пользователей, проводит небольшие экзамены на знание поведения системы. Формируют дополнительные технические требования к системе с учетом опыта реального использования. Причем - и разработчик и техническая поддержка могут быть в лице единого человека (просто ему небходимо учитывать когда применять подходы поддержки, а когда разработки).

P.S. И кто сказал что мы закладываемся на отсутствие ошибок платформы ? Думаете зря у меня на сервере сборок 2 версии платформы независимые стоят (хотя на самом деле их 4-ре - вы просто НЕ видите): Никто иллюзий НЕ испытывает и какждую неделю стабильно я смотрю как что-нибудь под какую-нибудь версию платформу НЕ собралось/ НЕ оттестировалось. Но только все что мы накопили за время использования конфигурации/системы проходит автоматически - мы же занимаемся в основном только новыми требованиями.
19. Armando 1393 04.11.14 21:57 Сейчас в теме
Кстати, можно же скрестить использование хранилища с git`ом.
Например, у каждого разработчика скриптом вместе с форком и базой создается хранилище. Он работает по привычному для себя сценарию: захватывает объекты, помещает в хранилище, пишет при этом коммент. А когда делает пул реквест, то комменты из его хранилища служат описанием пул реквеста.
pbazeliuk, pumbaE по вашему опыту возможна такая схема? Со стороны 1С я пока не вижу особых проблем.
31. pumbaE 637 05.11.14 09:10 Сейчас в теме
(19) Armando, у каждого свое хранилище, каждое хранилище синхронизируется с git, для pull request берем cf из хранилища и объединяем с develop веткой, одновременно делаем merge в git и смотрим в два окошка конфигуратор и черепаху где есть конфликты и где нет конфликтов и можно спокойно объединять - у меня так.
p.s. учти, тесты нужны для понимания - а правильно ли ты все смержил и не помешал ли совершенно левый код(в теории и не должен, но всяко бывает) на правильность работы программы.
33. Armando 1393 05.11.14 11:44 Сейчас в теме
(31) pumbaE, спасибо за информацию. Что-то мне эти пляски пока не нравятся. Кроме меня никто этим заниматься не будет, а мне тоже не очень хочется. Для начала буду пробовать автоматный разбор хранилища и коммиты в гит. Для быстрого доступа к версиям удобно будет. Может по ходу еще что-нибудь рожу. Ну и ждать, когда типовая загрузка из файлов корректно работать будет.
34. pumbaE 637 05.11.14 12:09 Сейчас в теме
(33) Armando, маленький вопросик - как часто сохраняешь cf файл, с недоделанным функционалом, который еще нельзя выпускать в релиз, но при этом надо срочно подправить некую ошибку и для этого приходиться отменять изменения, а потом через неделю возвращаешься к этому cf и мучительно пытаешься вспомнить, а что-же там было такого?
35. Armando 1393 05.11.14 12:31 Сейчас в теме
(34) pumbaE, у нас ни разу такого не было, чтоб пришлось что-то откатить, а потом обратно возвращать. Такое может случиться только при длительной разработке. А длительные разработки у нас в отдельных базах ведутся, которые не привязаны к основному хранилищу.
36. pumbaE 637 05.11.14 12:43 Сейчас в теме
(35) Armando, ок, а как потом объединяете отдельную базу с основным хранилищем, как определяете, что этот объект необходимо взять из хранилища, этот из базы, а этот реально конфликтует и в хранилище и в базе его изменяли... ?
37. Armando 1393 05.11.14 13:05 Сейчас в теме
(36) pumbaE, у нас технология близка к той, что предлагает 1С. Разработчик должен свою базу обновить до состояния основного хранилища. В этот момент конфликты и разруливаются. Было и по два раза делали, когда первая итерация затянулась. После этого из базы разработчика сохраняется cf и объединяется с основным хранилищем. На этом этапе конфликтов уже не бывает.
38. pumbaE 637 05.11.14 13:24 Сейчас в теме
(37) Armando,
Разработчик должен свою базу обновить до состояния основного хранилища.
так вот кому нужен git :) и его merge.
42. Armando 1393 05.11.14 14:39 Сейчас в теме
(38) pumbaE, да толку от него при текущем раскладе не так много(
Я то думал, что можно полностью отказаться от объединения cf с какой-то еще базой (билд-сервер).
30. zlolik 05.11.14 09:02 Сейчас в теме
pbazeliuk, какой git-клиент Вы использовали - суровую консоль или TortoiseGit? У нас внедрение контроля версий (не для 1С) даже не началось без графического клиента (сначала был TortoiseSvn - потом некоторые для себя использовали TortoiseHg). А с консолью - очень сильно сопротивлялись.
32. pbazeliuk 1763 05.11.14 09:36 Сейчас в теме
(30) zlolik, почему это консоль суровая, сделал необходимые alias'ы и уже проще. Ох, уже программисты пошли, графический клиент подавай)

Использовали вначале TortoiseGit, но когда квалификация выросла полностью перешли в консоль.
39. mcarrowd 05.11.14 13:25 Сейчас в теме
У меня конфигурация в виде файлов весит почти 3 гб, стандартное хранилище умирает на таких объёмах (а это, между прочим, почти типовая УП 2.0). Исследую альтернативные подходы, в том числе хорошо зарекомендовавший себя на других проектах git. В ходе исследования обнаружил, что в некоторых случаях 1С выгружает одни и те же объекты "нестабильно":

В xml файлах форм при разных выгрузках можно встретить в одном и том же месте, например, следующие два варианта тега ExtendedTooltip:

<ExtendedTooltip name="КоличествоРасширеннаяПодсказка" id="31"/>
<ExtendedTooltip name="КоличествоExtendedTooltip" id="31"/>

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

Файлы html справки иногда также выгружаются со спонтанными изменениями. То порядок атрибутов в тегах отличается, то в заголовке версия MSHTML не та.

Всё это ведёт к куче ложных изменений при коммите в git, что не есть хорошо.

Также следует отметить, что повторно собрав из файлов конфигурацию, стоящую на поддержке с возможностью изменения, можно столкнуться с ложными отличиями при сравнении с конфигурацией поставщика. Например, у меня вываливаются в различия почти все картинки, некоторые шаблоны. Причём визуально я различий не вижу. Видимо что-то теряется при выгрузке-загрузке.
41. pumbaE 637 05.11.14 13:59 Сейчас в теме
(39) mcarrowd,
В xml файлах форм при разных выгрузках можно встретить в одном и том же месте
встречал такое только при обновлении платформы, на последней версии уже давно такого не было.
Файлы html справки иногда также выгружаются со спонтанными изменениями
тоже пару раз видел, но вот посмотрел только что свои выгрузки, за последний месяц ни разу не менялись теги в html по истории.
У них еще опечатки бывают в наименованиях тегов.

Есть проблема с mxl отчетами, для себя написал простой скрипт, который смотрит на изменения в mxl по сравнению с предыдущим и если там в одном единственном теге идет изменение uuid, тогда эти изменения отменяю.
40. vladsol 05.11.14 13:30 Сейчас в теме
Как Вы оценивайте сроки по переходу на данную технология для команды из 10-15 человек? Нужно их обучить, консультировать первое время.
Как Вы оценивайте период освоения нового сотрудника с данной технологией? К Вам, наверное , приходят люди со стороны, как быстро они втягиваются?
43. pbazeliuk 1763 05.11.14 15:16 Сейчас в теме
(40) vladsol, самое сложное донести разработчикам зачем это нужно. Обучить нужно базовым вещам это не сложно, для 10-15 разработчиков 1 день за глаза (80% практики) и иметь для базовых вещей презентации. Так же все зависит от процесса разработки, который используется (waterflow, agile, kanban).

Как Вы оценивайте период освоения нового сотрудника с данной технологией? К Вам, наверное , приходят люди со стороны, как быстро они втягиваются?
1 день достаточно для этого, но у нас есть еще правила\шаблоны\процессы с ними до недели и в процессе работы есть фичи к которым доступ будет получен через 3, 6, 12 месяцев (на самом деле все зависит от скила разработчика и его обучаемости).
45. ZLENKO 05.11.14 16:16 Сейчас в теме
(43) "самое сложное донести разработчикам зачем это нужно"

Самое сложное донести разработчикам платформы 1С зачем это нужно и чтобы они доработали стандартное Хоронилище в 1С :-)
47. pumbaE 637 05.11.14 16:23 Сейчас в теме
(45) ZLENKO.PRO, давайте не будем холиварить, они все равно не услышат, бывает иногда трудно научить с хранилищем работать "программистов 1с" со стажем и с короной на голове.

p.s. а если и услышат, все равно будут скорей для эклипса это делать.
55. ZLENKO 06.11.14 13:04 Сейчас в теме
(47) pumbaE, "будут скорей для эклипса это делать."

Странный "ход" со стороны 1С с Эклипсом... впрочем я уже ничему не удивляюсь после Такси.
46. Armando 1393 05.11.14 16:21 Сейчас в теме
(43)
в процессе работы есть фичи к которым доступ будет получен через 3, 6, 12 месяцев

Не секрет что это за фичи?
48. pbazeliuk 1763 05.11.14 16:55 Сейчас в теме
(46) Armando, как пример, у нас есть стандарт модульного подключения функционала к документам, механизм сложный и не привычный. Добавляется 1 вызов при старте документа в котором рисуется и подключается новый функционал. В нашем случае это учет серийных номеров, управление логистикой, управление затратами, бонусная система ну и другие.
49. Armando 1393 05.11.14 17:00 Сейчас в теме
(48) ясно. Я сначала подумал, что речь про инструментарий разработчика. Типа снегопат через 3 месяца дадим, через 6 скрипты к нему)))
50. pbazeliuk 1763 05.11.14 17:06 Сейчас в теме
(49) Armando, у нас TurboConf, к снегопату пока приглядываемся :)
44. zlolik 05.11.14 15:33 Сейчас в теме
самое сложное донести разработчикам зачем это нужно.
Это точно. Мы пришли к простому способу - показываем как делаются два-три коммита, а потом - визуальный дифф. От такой демонстрации проникался каждый.
После этого давали сделать сотруднику тренировочный коммит и давали рекомендации - сделал что-то законченное сроком не более одного рабочего дня - закоммить и комментарий внятный сделай. Не успеваешь сделать за день или два - коммить то, что есть, описывай в вольном стиле "пробовал вот так, тормозит".
Позднее, когда сами разработчики начнут лазить в историю - они сами захотят какие-то теги в коммитах, ссылки на issue из багтрекинга. Тогда более сложные правила для коммитов можно ввести.
А уж когда пообвыкнутся работать с интегратором (а еще лучше когда сами по очереди его функции повыполняют), тогда и правила\шаблоны\процессы прекрасно держатся в голове.
51. Sardukar 55 06.11.14 02:50 Сейчас в теме
ИМХО негативные пункты имеют большой вес и сильно ставят под сомнение использование данной схемы. Есть адекватные схемы с использованием только типовых средств, где хранилище не привязано к рабочей базе, а на рабочую идет накатка изменений релизами. При грамотном подходе можно и подстраховать себя от краша хранилища и получить управляемую командную разработку.
выполнять изменения без захвата объектов
- за это я бы по рукам бил. О каком контроле и командной работе можно тогда говорить? Не должны два разработчика независимо разрабатывать один и тот же объект. А то потом и черный пояс не поможет.
У хранилища от 1С есть конечно пока слабые стороны, в частности трекинга не хватает, но будем надеяться - поборят.
GreenDragon; +1 2 Ответить
53. pumbaE 637 06.11.14 09:18 Сейчас в теме
(51) Sardukar,
- за это я бы по рукам бил. О каком контроле и командной работе можно тогда говорить?
оставайтесь в мире, когда код дискетками переносили. Какой контроль и командная разработка может быть, если у вас нет взаимозаменяемости, если разработчик не может экспериментировать, не может недоделанный функционал отложить и потом через время вернуться к этому коду? Еще давайте про общие модули вспомним и правку их несколькими разработчиками или у вас ОбщегоНазначенияВаси, ОбщегоНазначенияПетя?
75. eugeniezheludkov 32 27.02.15 08:09 Сейчас в теме
(53) pumbaE, я так понимаю это решение не работает для .cf 8.2 ? или что-то можно сделать ? меня интересует одновременная разработка общего модуля пети и васи с мержами текста
76. pumbaE 637 27.02.15 08:19 Сейчас в теме
(75) eugeу iezheludkov, у меня 8.2 стоит для разработки.
eugeniezheludkov; +1 Ответить
77. eugeniezheludkov 32 02.03.15 01:40 Сейчас в теме
(76) pumbaE, а как вы распаковываете .cf и снова его собираете ? из исходников ? чем ?
попробую правильно задать вопрос:
возможно существует пошаговая инструкция как все это работает (сам процесс)? имеется ли возможность merge на конфигурацию .cf 8.2 и как и как это настроить и реализовать на практике ?

Пс: посмотрел ролик по экспериментировал: получается что с гит может работать лишь файловая версия 1С, иначе как понять что .cf пора выгружать в пакетном режиме, как отловить событие что конфа изменилась или в прекоммите всегда её выгружать-распаковывать независимо от изменений ? а при мерже её снова компилить и обратно заливать в пакетном режиме ?
84. roofless 22 21.02.17 11:51 Сейчас в теме
(76) получаю ошибку при сборке файла внешней обработки:

C:\Users\larin_aa>oscript C:\OneScript-1.0.15\lib\package-loader.os --compile C:
\Работа\src\З Н И\ЗНИ RFC-163146 Работа отчета БДДС\10 ах_ОтчетБДДС1 C:\Users\la
rin_aa\Desktop\Удалить --recursive
{Модуль C:\OneScript-1.0.15\lib\package-loader.os / Ошибка в строке: 34 / Неизве
стный символ: ДобавитьКласс}

C:\Users\larin_aa>oscript C:\OneScript-1.0.15\lib\package-loader.os
{Модуль C:\OneScript-1.0.15\lib\package-loader.os / Ошибка в строке: 34 / Неизве
стный символ: ДобавитьКласс}


подскажите, пожалуйста, что делаю не так?
85. pbazeliuk 1763 21.02.17 12:26 Сейчас в теме
(84) вам лучше задать этот вопрос разработчику OneScript. У себя использую стандартный из 1С:Предприятия разбор обработок\отчетов и конфигурации (версия платформы 8.3.8).
roofless; +1 Ответить
86. roofless 22 21.02.17 13:33 Сейчас в теме
(85) спасибо, Пётр, не знал, что для внешних уже тоже работает разбор в xml
54. ZLENKO 06.11.14 13:02 Сейчас в теме
(51) Sardukar, "У хранилища от 1С есть конечно пока слабые стороны, в частности трекинга не хватает, но будем надеяться - поборят."

Надеяться не будем. Не поборят :-(
52. zlolik 06.11.14 06:00 Сейчас в теме
Не должны два разработчика независимо разрабатывать один и тот же объект. А то потом и черный пояс не поможет.

Тут главное четко определять, что такое объект, над которым работают. Распределенная работа подразумевает, что можно спуститься вплоть до функций и строк. Как если бы в 1С можно было захватывать только одну строку :).
А работу интегратора всё-равно никто не отменял. Один поменял один объект, второй поменял другой объект - а вместе они не работают. Вот вам и конфликт. А если есть git или hg, да еще и сборка из исходников работает - то вот оно полное счастье, откатывайся на любой момент.
67. утюгчеловек 22 16.11.14 13:12 Сейчас в теме
Может быть я пока не осознал всех преимуществ, или масштаб проблем, решаемых мной не разросся до требуемого уровня, но для меня использование такого инструмента остается сомнительным по нескольким причинам:

1. Необходимо время/люди для поддержания инструмента в рабочем состоянии.
2. Сомнительна возможность использования в "закрытых" предприятиях
3. Возможность "отката" к одной из ранних версий - не понятно насколько это просто.

Может видео бы какое-нибудь?
68. zlolik 17.11.14 10:22 Сейчас в теме
(67) утюгчеловек, когда нужен код-ревью - тогда дополнительно к Git (локально установленного у каждого), используется описанное в статье веб-решение, и только тогда действительно потребуется какое-то количество время/люди для поддержания инструмента.
А вот просто использование Git или Mercurial (особенно в Tortoise варианте) очень хорошо идёт даже для программистов-одиночек. Самая первая функция, которую им показывают - просмотр изменений (сделанных какое-то время назад, и конечно уже забытых) - всем очень нравится :)
Мы даже иногда передавали пачки изменений (mercurial bundle) друг другу без обращения в центральный репозиторий, что было особенно удобно, когда он был недоступен.
69. CheBurator 3426 19.11.14 02:01 Сейчас в теме
Эх как все это хочется попробовать но не скем и негде
Не дорос еще
Разработка и сопровождение персонально исполняю
Работа без команды
Как это все может пригодится одицэшнику-одиночке?
Спсб
70. pumbaE 637 19.11.14 09:28 Сейчас в теме
(69) CheBurator, почему не может пригодиться одинцэшнику-одиночке?
Долгоиграющие доработки выделяй в отдельную "фичу" и тогда у тебя не будет в конфе мусора, который вроде как и сделан, но еще люди точно не подтвердили, что так и будет, а могут вообще на 2 месяца отложить и потом забыть. (Сейчас поди, добавил заготовки в метаданные, а потом лень удалять и т.д.).
Как ты мне показывал, у тебя есть задачки, которые и по полгода могут длиться и потом таки не завершиться, неужели потихоньку добавляешь в конфигурацию, добавляешь заглушки, а потом удаляешь или оставляешь?

Легче проводить code-review иногда можешь сам глянуть на изменения и ужаснуться "неужели это я делал, ай".
Легче становиться понимать, а это уже работает в базе(было ли обновление в базе) или нет? (Пусть в системе задач и стоит пометка, что сделано и обновлено, но вот все равно бывает смотришь и думаешь, а какая-же версия сейчас в базе используется).
Более организовано начинаешь подходить к обновлениям, посмотрел список изменений из твоей разработки по отношению к базе (не просто измененные объекты, а еще и историю, например, за неделю с комментариями) и уже проще и легче сказать пользователям и окончательно в системе задач перевести статус с "реализовано" в "работает".

p.s.: обращайся, ты же вроде был на http://infostart.ru/video/w312055/ ?
71. CheBurator 3426 20.11.14 01:47 Сейчас в теме
78. vbuots 20 20.03.15 11:57 Сейчас в теме
Добавьте пож. в README на git
----
1. При использовании SourceTree в настройках надо указывать встроенного Git клиента (Windows 8.1)
2. Перед всеми манипуляциями Необходимо войти в БД 1С и исправить режим запуска на обычное приложение
----
без этого система не срабатывает!
79. ineshyk 09.02.16 00:10 Сейчас в теме
Интересно бы посмотреть статистику среди дев компаний 1С, сколько из них делают ревю кода, и на какой процент коммитов?
Понимаю, это функция разбора .wav файла на слова, но не делать же ревю на печать документа "Счет на оплату".
Насколько сильно качество упадет без ревю такого механизма? 1С не настолько сложный.
А без ревю и смысл гита отпадает.
Единственный плюс для меня - это бранчи и интеграция с редмайном.
Было бы круто, если б разработчики 1С что-то подобное сделали в хранилище (возможно как-то расширения задействовать можно?) и какой-то веб хук для slack, jira или в том же духе.

И, даже не представляю, как ревю может спасти от критической ошибки, что упадет софт.
ИМХО: Тестирование-наше все. А грузить в тест свежую конфу из хранилище, самое оно.

80. pbazeliuk 1763 09.02.16 11:58 Сейчас в теме
(79) ineshyk, просмотр кода нужен, если:
  • Существуют стандарты кода;
  • В команде есть новые программисты;
  • Просмотр кода другим человеком избавляет от досадных описок.

Git в первую очередь нужен чтобы ответить, что еще осталось сделать по спринту, что изменилось с кодом после реализации задачи, какие фичи попадут в релиз.
Тестами все невозможно покрыть. Тесты дополняют ревью, обычно перед просмотром кода происходит тестирование.

А по поводу "1С не настолько сложный" - с этим могу согласится только в случае разработки печатных форм, модулей проведения и прочего. Вся сложность начинает появляется, когда необходимо обновлять кодовую базу без обновления конфигурации, изменение вида форм с минимальным изменением конфигурации или нужно создать документ программно (особенность УТ11, что-то не заполнишь и документ с большой вероятностью сделает не верные движения. Вот и приходится создавать целые проверочные модули (паттерн Proxy)).
81. BlizD 787 02.06.16 15:17 Сейчас в теме
Добрый день.
Подскажите, можно ли как-то на Bitbucket настроить, чтобы показывало разницу между коммитами, но с учетом Процедур/Функций.

Если на Bitbucket нельзя тогда есть ли какие-то программы для этого?
82. BlizD 787 02.06.16 15:37 Сейчас в теме
(81) вопрос закрываю программа KDiff3 подошла.
87. Eriksson 14.04.19 21:19 Сейчас в теме
Бросилось в глаза: нижний слайд понадобиться
Стоит перед выпуском в печать загонять в проверку, извините уж за въедливость.
88. pbazeliuk 1763 14.04.19 22:02 Сейчас в теме
(87) исправил и еще несколько других.
89. user1392234 11.04.20 08:49 Сейчас в теме
Спасибо, интересная тема!
Оставьте свое сообщение

См. также

Как правильно купить 1С Промо

Управление проектом v8 1cv8.cf Бесплатно (free)

К нам в компанию нередко обращаются клиенты с просьбами о помощи в выборе конфигурации 1С. Программные продукты под этой торговой маркой даже в перечне официальных решений нередко похожи друг на друга по перечню функций и названию. А ведь есть еще и конфигурации отраслевые, разнообразные решения от компаний-партнеров. Все это вносит определенную путаницу, и делает выбор для пользователя далеко не очевидным.

23.03.2018    14632    raiml    27    

Управление релизами 1С

Управление проектом v8 1cv8.cf Бесплатно (free)

При непрерывном развитии сложных информационных систем на 1С возникает потребность управлять процессом обновления релизов их конфигураций. Необходим инструмент, предоставляющий полную информацию о вносимых в конфигурацию изменениях и полном жизненном цикле каждого из них, начиная от обращения пользователя до реализации и документирования функциональности. О принципах работы такого инструмента и полученных в ходе его внедрения преимуществах на конференции Infostart Event 2019 Inception рассказала директор департамента информационных систем «Иркутской нефтяной компании» Екатерина Шушина.

15.09.2020    2160    INK2018    0    

Реально ли запустить 1С:ERP 2 на градообразующем предприятии за 3 месяца?

Управление проектом v8 ERP2 БУ УУ Бесплатно (free)

ERP – сложный программный продукт, который требует от внедренцев не только знаний и опыта, но и корректного общения с заказчиком и пользователями. Некоторыми секретами при запуске 1С:ERP 2 с участниками конференции Infostart Event 2019 Inception поделился руководитель офиса БИТ:ERP компании Первый БИТ Глеб Стальной.

28.08.2020    1253    glebushka    7    

Какими критериями стоит руководствоваться при выборе партнера на проект по автоматизации? Часть 2

Управление проектом v8 1cv8.cf Россия Бесплатно (free)

В предыдущей статье https://infostart.ru/1c/articles/1268138/ мы поговорили про критерии выбора партнера, единый формат оценки и отбор наиболее интересных подрядчиков.

27.08.2020    278    Aprsoft    2    

Такие разные франчайзи. Часть вторая: Особенности реализации крупных проектов, Глава 2. Проектная технология при внедрении «1С:ERP» Промо

Управление проектом v8 ERP2 Бесплатно (free)

Очередная статья о бизнесе франчайзи 1С. Здесь мы постараемся рассказать о том, какой подход используется при относительно крупных проектах, в частности, при внедрении «1С:ERP», дадим описание этапов проекта, укажем, какие риски имеет каждый этап работ, расскажем, уместны ли при внедрении «1С:ERP» такие модные методики, как Agile, автоматизированное тестирование и пр. Автор статьи Андрей Мироненко.

24.04.2017    30252    1СERP    85    

Шорт-лист граблей при внедрении 1С:УНФ – от небольшого магазинчика до нефтяной компании

Управление проектом v8 УНФ УУ Бесплатно (free)

УНФ – довольно популярное решение. Но, несмотря на многие ее преимущества, при внедрении необходимо учитывать и некоторые особенности. О том, c какими подводными камнями можно столкнуться при внедрении 1С:УНФ и как их обойти, рассказал руководитель компании «РАУ АйТи» Юрий Павлов.

17.08.2020    2601    pavlov_yv    20    

Какими критериями стоит руководствоваться при выборе партнера на проект по автоматизации? Часть 1.

Управление проектом v8 ERP2 1С:Франчайзи, автоматизация бизнеса Россия УУ Бесплатно (free)

В статье мы подробно поговорим о шагах, которые стоит сделать для выбора партнера для внедрения проекта автоматизации.

22.07.2020    1342    Aprsoft    4    

Как кропотливая работа оказалась эффективнее энергичной атаки

Управление проектом v8 ERP2 Машиностроение и приборостроение Россия УУ Бесплатно (free)

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

10.07.2020    3246    Soliton    16    

Организация эффективной техподдержки 1С внутри компании Промо

Управление проектом v8 1cv8.cf Бесплатно (free)

Как сделать общение с пользователями эффективным, правильно организовать работу программистов 1С и перестать быть "шестируким Шивой"

10.03.2015    38328    adapter    36    

Мастер-класс "Ведение проектов в типовых конфигурациях 1С"

Управление проектом CI/CD БСП (Библиотека стандартных подсистем) v8 Бесплатно (free)

При адаптации типовой конфигурации под особенности учета в компании важно обеспечить возможность легкого обновления поставки. Как организовать архитектуру решения и продумать процесс быстрой и эффективной разработки без ущерба типовой функциональности, на конференции Infostart Event 2019 Inception рассказал ведущий программист компании BIA-Teсhnologies Алексей Князьков.

05.06.2020    3810    AKnyazkov    3    

Отраслевые чудеса

Управление проектом v8 1cv8.cf УУ Бесплатно (free)

Про отраслевые конфигурации

03.06.2020    4085    1c-intelligence    81    

Автоматизация управления закупками: специфика проектов, методология работ или "как не наступить на грабли"

Управление проектом v8 ERP2 УУ Бесплатно (free)

В этой статье речь пойдет об автоматизации закупочной деятельности. Причем не о том, как настраивать рабочие места, документы и реквизиты в 1С:ERP. А о том, что на самом деле обычно нужно компании, когда она заявляет об «автоматизации процессов закупок». И о том, как правильно подойти к этой самой автоматизации, чтобы проект не стал «вечным долгостроем», а внутренние заказчики (руководство компании, руководители отделов и департаментов) получили действительно полезный результат. Подробнее тему автоматизации МТО можно изучить на курсе //infostart.ru/public/1201558/

06.04.2020    4293    1СERP    4    

Как не нужно "запускать" проекты 1С Промо

Управление проектом v8 УПП1 Оптовая торговля, дистрибуция, логистика Пищевая промышленность Бесплатно (free)

Описываю мою практику работы над проектами совместно с компаниями Франчайзи. И рекомендации по работе с такими проектами.

24.02.2013    103658    axxell    132    

Внедрение 1С:ERP и 1С:КА - одна тестовая база для всех

Управление проектом v8 ERP2 КА2 Россия Бесплатно (free)

Параллельно с настройкой РСБУ на практике продолжается доработка правила переноса, доработка конфигурация и моделирование упр. учета, меняется НСИ. Четко разделить эти этапы во времени у нас не получалось. Возникает ситуация, когда специалисты и ключевые пользователи должны видеть актуальные данные переноса, работать в актуальных настройках, желательно в одной базе, при этом не мешая друг другу. В статье приведен наш взгляд на оптимальное решение в этой ситуации.

03.04.2020    2092    Egenee    0    

Опыт внедрения/разработки продуктов 1С

Управление проектом v8 1cv8.cf Россия Бесплатно (free)

В настоящей статье хочу поделиться своим опытом внедрения проектов, связанными с реализацией решений на платформе 1С. Скажем так, немного о наболевшем.

16.01.2020    6554    BraunAlex    11    

Проблемы интеграции 1С: ERP с негибкой системой производственного учета

Обмен данными 1С Управление проектом v8 ERP2 Бесплатно (free)

Данная статья описывает трудности интеграции 1С: ERP с негибкой внешней системой производственного учета. Статья поможет консультантам/менеджерам проектов обойти стороной те грабли, с которыми познакомились мы.

14.01.2020    3791    user1042803    5    

Почему можно начать внедрение ЕРП с регламентированного учета и что нам мешает это сделать?

Управление проектом Бухгалтерский учет v8 ERP2 1С:Франчайзи, автоматизация бизнеса Россия БУ Бесплатно (free)

В этой статье постараемся разобрать риски запуска ЕРП с регламентированного учета и обосновать возможность такого запуска.

25.09.2019    10172    Praktika_resheniy    16    

Как внедрить 1С:Документооборот в условиях хаоса

Управление проектом Документооборот и делопроизводство Документооборот и делопроизводство v8 ДО УУ Бесплатно (free)

Не всегда проекты можно внедрить по заранее спланированному алгоритму. Скорее, даже никогда проекты не удается выполнить по универсальному плану: в каждой конкретной ситуации есть свои сложности и свои проблемы. Опытом внедрения 1C:Документооборот в отсутствии описанных процессов и утвержденной структуры предприятия на конференции поделилась руководитель отдела автоматизации торговой сети РЕМИ Марина Лимонтова (г. Владивосток).

21.08.2019    15375    limm28    14    

Внедрение конфигурации 1С:Государственные и муниципальные закупки 8 по технологии контрольного примера

Управление проектом v8 1cv8.cf Государственные, бюджетные структуры Россия Бесплатно (free)

Внедрение конфигурации 1С:Государственные и муниципальные закупки 8 с помощью технологии контрольного примера. Коротко рассмотрен состав работ и целесообразность использования этой технологии в конкретном случае: ФЗ-223 и неполное использование функционала 1С:ГиМЗ.

22.05.2019    5227    2ncom    11    

Начало автоматизации (Часть 1) Промо

Управление проектом v8 1cv8.cf 1С:Франчайзи, автоматизация бизнеса Россия Бесплатно (free)

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

30.04.2011    24802    milkers    86    

Корпоративный мозг на 1С и Python

Управление проектом v8 1cv8.cf Бесплатно (free)

Перед вами краткая инструкция, как можно быстро начать digital-трансформацию компании с помощью нейронных сетей на 1С, а также с использованием, в качестве дополнения, ресурсов Python.

17.05.2019    25028    user995065    74    

Где теряется эффективность?

Управление проектом Личная эффективность v8 1cv8.cf Бесплатно (free)

Общее понятие об эффективности командной работы. Где она теряется, где ее ищут, и почему ничего не получается.

03.05.2019    6975    1c-intelligence    13    

УПП: Хроники малобюджетного внедрения (Часть 3) Промо

Управление проектом Производство готовой продукции (работ, услуг) Производство готовой продукции (работ, услуг) v8 УПП1 Россия Бесплатно (free)

Можно ли внедрять УПП на небольших фирмах с небольшими затратами? Это попытка рассказать об итерационной технологии внедрения на живом конкретном примере. Один раз в неделю Заказчик присылает свою базу и вопросы по ней, на один час автор связывается со IT-специалистом клиента по Skype и консультирует его. Прошло два месяца. Результаты перед вами.

10.09.2012    30033    PAVI    34    

Особенности реального внедрения 1С:ТОИР

Управление проектом Бухгалтерский учет v8 1cv8.cf Машиностроение и приборостроение Россия Бесплатно (free)

Часть 1. Учет объектов ремонта. Интеграция ТОИР с учетной системой. Планирование ремонтов.

29.03.2019    12721    Aprsoft    3    

Git + 1С. Часть 2. Реализация Git workflow в 1С-разработке по шагам

Инструментарий разработчика Управление проектом v8 1cv8.cf Бесплатно (free)

В этой части мы рассмотрим наиболее распространённую схему workflow при групповой разработке с использованием Git. Как приступить к доработке по поставленной задаче; исправить ошибку, обнаруженную на этапе тестирования; отправить свой код на слияние в предстоящий релиз; и т.д. Постараемся охватить большинство задач, составляющих основной цикл разработки

28.01.2019    17385    stas_ganiev    30    

Есть 2 подхода к внедрению информационных систем. На примере 1С УПП 8 Промо

Управление проектом Техническое задание v8 УПП1 Россия Бесплатно (free)

С детальным ТЗ? Или без серьезного ТЗ? Какой лучше? И где успех более вероятен?

26.01.2012    64306        54    

Как запустить 1С:ERP 2 на тысячу пользователей и не написать ни одной страницы ТЗ?

Управление проектом v8 ERP2 Бесплатно (free)

Глеб Стальной делится опытом построения полного цикла процесса DevOps на проектах 1С с помощью использования современных инженерных практик – разработки через поведение, автоматизации ночных сборок, непрерывного анализа качества кода и т.д. В статье много внимания уделяется работе с инструментами (Slack, Zoom, Jira, Confluence, Jira Service Desk, Bitbucket, Vanessa Behavior, БИТ.Адаптер, Jenkins, SonarQube 1C (BSL) Plugin, Allure и т.п.)

17.01.2019    21983    glebushka    59    

Выбор программы 1С

Пользователю системы Интеграция Управление проектом v8 1cv8.cf Россия Бесплатно (free)

Данная статья является своеобразной точкой отсчета для тек, кто размышляет на тему автоматизации бизнес-процессов своей компании. Для тех, кто только начинает свое знакомство с линейкой программных продуктов фирмы 1С. Мы рассмотрим упрощенный процесс выбора программного продукта применительно к тому или иному направлению учета.

16.01.2019    9177    itworks    22    

Диалог с клиентом. Правда vs ложь. Промо

Управление проектом Управление взаимоотношениями с клиентами (СRM) Управление взаимоотношениями с клиентами (СRM) v7.7 v8 1cv8.cf 1cv7.md Россия Бесплатно (free)

Как оценить работу и стоит ли говорить всю правду клиенту? Где та золотая середина, которая поможет «настроить» крепкие деловые отношения исполнителя с заказчиком?

02.01.2012    25439    Yury1001    238    

Как правильно выбрать поставщика услуг 1С

Управление проектом v8 Россия Бесплатно (free)

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

14.01.2019    5616    itworks    14    

Код по цене пачки пельменей и сорок бочек скрама

Управление проектом Практика программирования v8 Бесплатно (free)

Быстрый код по цене пачки пельменей и сорок бочек скрама пятому столику.

10.01.2019    11789    Alex_Japanese_Student    143    

Вы как хотите, а я сделал

Управление проектом v8::Бизнес-процессы 1cv8.cf Бесплатно (free)

Хвастаюсь системой управления задачами

28.12.2018    12128    1c-intelligence    18    

Как получить сервер разработки под 1С в Azure на 80% дешевле

Управление проектом v8 Россия Бесплатно (free)

Разговоров про облака в ИТ-индустрии очень много в последнее время. Часто споры сводятся к тому, как правильно считать стоимость владения.

05.12.2018    5620    zhogov    15    

Мой опыт: Внедрение ERP системы

Управление проектом v8 1cv8.cf Бесплатно (free)

Здравствуйте, уважаемые. Хотел здесь поделиться своим опытом внедрения, и выводами, к которым пришел.  А именно, акцентировать внимание на совершенных мной ошибках. Возможно, этот опыт будет полезен тем, кому предстоит что-то где-то внедрять. Особенно, если это большой проект.

03.12.2018    7565    dinopopyys    21    

Git + 1С. Часть 1. Как подключиться к команде разработки и начать использовать Git

Инструментарий разработчика Управление проектом v8 1cv8.cf Бесплатно (free)

Первая статья из цикла инструкций по работе с Git в 1С-разработке. Рассмотрим, как настроить рабочее место, как получить свою "копию" проекта для разработки и приступить к полезным действиям. Все примеры будут изложены в рамках трёх практических кейсов: 1. Моя команда дорабатывает типовую конфигурацию, использует приватный репозиторий на BitBucket, в котором версионируются внешние отчеты/обработки, расширения конфигураций и правила обмена; 2. Я участвую в стартап-команде, которая разрабатывает свою конфигурацию с использованием Git и GitLab; 3. Я принимаю участие в развитии OpenSource-продукта на GitHub как заинтересованный разработчик (контрибьютор).

18.10.2018    66132    stas_ganiev    75    

Как проектировать отчетность

Техническое задание Управление проектом Управленческие v8 УУ Бесплатно (free)

Эта статья написана по итогам мастер-класса для руководителей проектов и аналитиков, в рамках перехода на продуктовый подход к разработке. В ней мы постарались ответить на вопрос: "Как снизить риск потери доверия к данным информационной системы со стороны топ-менеджмента, грамотно выстроив процесс проектирования и разработки отчетности?"

16.10.2018    9532    weissfeuer    2    

"Гнем" Waterfall

Управление проектом v8 ERP2 Бесплатно (free)

В прошлой статье (https://infostart.ru/public/898904/) мы поговорили о проблематике разных методик управления проектами – традиционный Waterfall и ныне модный Scrum. Но каких-то конкретных рекомендаций пока не дали. В рамках этой статьи поговорим о том, как же синтезировать эти подходы в то, что можно использовать в работе. Статья построена на примерах из практик ВЦ «Раздолье». Автор статьи директор по развитию ВЦ «Раздолье» Андрей Мироненко.

04.10.2018    8415    1СERP    9    

Проектирование архитектуры и модификация программных продуктов как технология в сложных проектах системной интеграции и автоматизации на базе 1С: СППР

Управление проектом Интеграция СППР v8 1С:Франчайзи, автоматизация бизнеса Бесплатно (free)

Как сделать проектирование функциональной архитектуры ПО технологией. Цель - устранить ряд типовых проблем на сложных проектах. Как использовать для решения этих задач 1С система проектирования прикладных решений (СППР). Статья полезна для директоров франчайзи, системных интеграторов, руководителей проектов, архитекторов и консультантов.

03.10.2018    16785    roman72    19    

Место гибких методов управления (Agile) в практике 1С

Управление проектом v8 ERP2 УХ Бесплатно (free)

Всякое описание тех или иных методик управления проектами является достаточно малоценным, если мы ведем речь об абстрактных проектах. Одно дело – проект строительства дома, другое проект автоматизации. Но даже этого недостаточно – автоматизация бывает весьма разной – делаем ли мы систему «с нуля» или адаптируем готовое решение под конкретного заказчика, сколько заказчиков у данной системы – один или множество и пр., пр., пр.. В итоге даются некие универсальные принципы, которые на практике бывают мало применимы и даже вводят людей в заблуждение. Попробуем поговорить о конкретике - но сразу предупреждаем что это субъективный взгляд на проблему от лица ВЦ "Раздолье". Автор статьи директор по развитию ВЦ "Раздолье" Андрей Мироненко.

05.09.2018    10501    1СERP    3    

Управление отделом разработки с помощью "1С:СППР"

Управление проектом СППР v8 Бесплатно (free)

У многих компаний возникают сложности с выбором системы управления задачами. Андрей Пашков на примере своей компании рассказывает о возможностях решения 1С:СППР. Также в статье рассмотрены проблемы, возникающие при разработке программного обеспечения, и описаны пути их решения с помощью 1С:СППР.

20.08.2018    16385    pau74    11    

CI/CD для 1С - миф или реальность?

Управление проектом v8 Бесплатно (free)

Разберём плюсы и минусы применения практик CI/CD с учетом ограничения технологической платформы 1С:Предприятие.

02.07.2018    23174    comol    54    

А стоит ли затевать? Или каких результатов можно достигнуть, автоматизировав производство?

Управление проектом Производство готовой продукции (работ, услуг) Производство готовой продукции (работ, услуг) v8 ERP2 1С:Франчайзи, автоматизация бизнеса Россия УУ Бесплатно (free)

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

29.06.2018    8281    Aprsoft    1    

Управление проектами внедрения 1С:ERP

Управление проектом v8 ERP2 Бесплатно (free)

Тема статьи - «Управление проектами автоматизации 1С:ERP». В этой фразе хотелось бы поставить ударение на 1С:ERP. Почему? - Потому что 1С:ERP – это достаточно сложный комплексный продукт. - Проекты, которые мы делаем, зачастую охватывают все отделы и службы предприятия. - Здесь, в отличие от того же УПП, требования немного меняются – речь идет уже не об учете, а о планировании, об управлении ресурсами, что само по себе является более сложной темой. Об этом я и постараюсь рассказать.

21.06.2018    16724    andironenko    16    

История одного проекта ERP

Управление проектом v8 ERP2 Бесплатно (free)

Любопытная история одного проекта ERP, успешного - с одной стороны, провального - с другой.

02.05.2018    9058    papche    32