Давно заметил, что на нашем форуме все такие славные и умные, а вот делится хоть какими-то своими полезными наработками или тулами никто не торопится. А жаль.
Ну так вот, у кого-нибудь есть полезные Ant/Shell скрипты?
В частности, меня интересует скрипт для конвертации входящего Чендж сета в исходящий.
может кто-то уже освоил новый СФ CLI tool и есть скрипты для него?
Давно заметил, что на нашем форуме все такие славные и умные, а вот делится хоть какими-то своими полезными наработками или тулами никто не торопится. А жаль. Ну так вот, у кого-нибудь есть полезные Ant/Shell скрипты? В частности, меня интересует скрипт для конвертации входящего Чендж сета в исходящий. может кто-то уже освоил новый СФ CLI tool и есть скрипты для него?
Кто-то ими еще пользуется. Сто лет уже не видел . Хотя скорее у меня такая специфика.
А если серьезно - скрипты автоматизации дело сугубо субьективное, а программисты такой народ который быстрее сам напишет чем воспользуется чем-то чужим. У меня уже столько скриптов в историю сгинули что и не вспомнить.
Проще стоит попросить народ поделиться ссылками на свои github аккаунты. Те кто хотят делиться делают это там.
[quote="Den Brown"]В частности, меня интересует скрипт для конвертации входящего Чендж сета в исходящий.[/quote] Кто-то ими еще пользуется. Сто лет уже не видел :D . Хотя скорее у меня такая специфика. А если серьезно - скрипты автоматизации дело сугубо субьективное, а программисты такой народ который быстрее сам напишет чем воспользуется чем-то чужим. У меня уже столько скриптов в историю сгинули что и не вспомнить. Проще стоит попросить народ поделиться ссылками на свои github аккаунты. Те кто хотят делиться делают это там.
Специфика фриланса на последним проекте использовали
[quote="Dmitry Shnyrev"] Кто-то ими еще пользуется. Сто лет уже не видел :D . Хотя скорее у меня такая специфика. [/quote] Специфика фриланса :) на последним проекте использовали
на всех конторах что я работал была автоматизация деплоя через гит+дженкинс
сэйлсфорс еще в 2013 на эту тему писал
https://developer.salesforce.com/blogs/developer-relations/2013/03/setting-up-jenkins-for-force-com-continuous-integration.html
я думаю что конечные готовые решения есть, только под себя подстроить
на всех конторах что я работал была автоматизация деплоя через гит+дженкинс сэйлсфорс еще в 2013 на эту тему писал https://developer.salesforce.com/blogs/developer-relations/2013/03/setting-up-jenkins-for-force-com-continuous-integration.html я думаю что конечные готовые решения есть, только под себя подстроить
Если мне память не изменяет входящий ченджсет ты вытащить не сможешь. Ты его сможешь выташить только с орга где он был сделан.
Если такое решение тебя устроит, то поищу скрипт для анта.
[quote="Den Brown"]В частности, меня интересует скрипт для конвертации входящего Чендж сета в исходящий.[/quote] Если мне память не изменяет входящий ченджсет ты вытащить не сможешь. Ты его сможешь выташить только с орга где он был сделан. Если такое решение тебя устроит, то поищу скрипт для анта.
Den Brown, а тебе разве не интересно самому попробовать свои силы и запилить такое?
А уже с каким-нибудь результатом предложить обсудить так или не так сделал?
Den Brown, а тебе разве не интересно самому попробовать свои силы и запилить такое? А уже с каким-нибудь результатом предложить обсудить так или не так сделал?
вполне устроит
да, стар я уже пробовать свои силы по любому поводу. Просто не хватает времени на все, всех девушек не перецелуешь, всех денег не заработаешь... Хотя, какой вопрос, нужно все- таки стараться это сделать
И все же, проще и правильнее спросить других, есть ли у кого уже готовый велосипед, и внимательно изучить как он уже работает
[quote="wilder"]Если такое решение тебя устроит[/quote] вполне устроит [quote="Dmitry Shnyrev"]самому попробовать свои силы [/quote] да, стар я уже [i]пробовать свои силы[/i] по любому поводу. Просто не хватает времени на все, всех девушек не перецелуешь, всех денег не заработаешь... Хотя, какой вопрос, нужно все- таки стараться это сделать ;) И все же, проще и правильнее спросить других, есть ли у кого уже готовый велосипед, и внимательно изучить как он уже работает
Да просто рано или поздно приходишь к тому, что запилить свое решение с нуля куда быстрее чем потом пытаться переделать чужое. Сколько раз уже сталкивался - "берем" чудо либу, делаем хелло ворлд - вау. А потом хотелки и перделки такой кровью даются что проще все выкинуть и заново сделать. Конечно небольших скриптов это в меньшей мере касается, но у меня уже стереотип сформировался.
Вот насущный пример - есть проект на питоне который начали делали до меня. Чтобы было "по феншую" для работы с Salesforce не нашли готового SDK но нашли JSForce на nodejs. И теперь проект состоит из 2-х частей. Основная бизнес логика на python - все что отвечает за интеграцию с SF на javascript. Вопрос НАФУЯ? У меня почему-то другой проект в разы сложнее запилен на чистом питоне с чистейшим использованием API. Вот в чем была проблема python разрабам немного поковыряться в документации к Salesforce REST API и сделать красиво? Зато теперь nodejs часть падает на каждом шагу, а чинить некому, потому что чел который знал nodejs свалил. Все разводят руками.
Да просто рано или поздно приходишь к тому, что запилить свое решение с нуля куда быстрее чем потом пытаться переделать чужое. Сколько раз уже сталкивался - "берем" чудо либу, делаем хелло ворлд - вау. А потом хотелки и перделки такой кровью даются что проще все выкинуть и заново сделать. Конечно небольших скриптов это в меньшей мере касается, но у меня уже стереотип сформировался. Вот насущный пример - есть проект на питоне который начали делали до меня. Чтобы было "по феншую" для работы с Salesforce не нашли готового SDK но нашли JSForce на nodejs. И теперь проект состоит из 2-х частей. Основная бизнес логика на python - все что отвечает за интеграцию с SF на javascript. Вопрос НАФУЯ? У меня почему-то другой проект в разы сложнее запилен на чистом питоне с чистейшим использованием API. Вот в чем была проблема python разрабам немного поковыряться в документации к Salesforce REST API и сделать красиво? Зато теперь nodejs часть падает на каждом шагу, а чинить некому, потому что чел который знал nodejs свалил. Все разводят руками.
Или например скрипт, при запуске которого собираются все созданные или апдатированные в течение последнего дня элементы и добавляются в определенный чендж сет
запустил - все нашлось, все добавилось в нужный сет
Или например скрипт, при запуске которого собираются все созданные или апдатированные в течение последнего дня элементы и добавляются в определенный чендж сет запустил - все нашлось, все добавилось в нужный сет
жаль конечно, если невозможно вытащить входящий ченджсет
например, есть три орга.
по правилам должны двигать в порядке 1->2->3, хотя технически то возможно двигать 1->3, но формально нельзя
задача в том, чтобы в орге 2 конвертнуть входящий в исходящий без мороки (а морока - не поленюсь пояснить - это когда в сете 100 новых полей идут как апдейт к 500 существующим на объекте в орге где столько полей, что даже листая их "по буквам" там не видно конца списка - и давай-ка найди их всех по одному и добавь в исходящий сет, да побыстрее, так как все ждут, и не понимают, ну что так долго, просто работа мечты)
таким образом если я могу вытащить только исходящий из 1 и конвертнуть в исходящий из 2 для отправки в 3, то это равносильно, что если бы я отправил сет прямиком из 1 в 3. Хотя формально, все по правилам. И есть риск перезаписать изменения сделанные в орге 2 (хотя там они не должны вносится), но тем не менее в момент создания такого исходящего (который на самом деле приходящий из 1), произойдет перезапись всех элементов, так как сет будет создаваться как Открытый, т есть с актуальными элементами.
есть над чем подумать, но все равно нужно попробовать это, так как это несерьезно взрослому человеку сидеть и в ручную собирать такой вот сет, как описан выше
[quote="wilder"]Если мне память не изменяет входящий ченджсет ты вытащить не сможешь. Ты его сможешь выташить только с орга где он был сделан.[/quote] жаль конечно, если невозможно вытащить входящий ченджсет например, есть три орга. по правилам должны двигать в порядке 1->2->3, хотя технически то возможно двигать 1->3, но формально нельзя задача в том, чтобы в орге 2 конвертнуть входящий в исходящий без мороки (а морока - не поленюсь пояснить - это когда в сете 100 новых полей идут как апдейт к 500 существующим на объекте в орге где столько полей, что даже листая их "по буквам" там не видно конца списка - и давай-ка найди их всех по одному и добавь в исходящий сет, да побыстрее, так как все ждут, и не понимают, ну что так долго, просто работа мечты) таким образом если я могу вытащить только исходящий из 1 и конвертнуть в исходящий из 2 для отправки в 3, то это равносильно, что если бы я отправил сет прямиком из 1 в 3. Хотя формально, все по правилам. И есть риск перезаписать изменения сделанные в орге 2 (хотя там они не должны вносится), но тем не менее в момент создания такого исходящего (который на самом деле приходящий из 1), произойдет перезапись всех элементов, так как сет будет создаваться как Открытый, т есть с актуальными элементами. есть над чем подумать, но все равно нужно попробовать это, так как это несерьезно взрослому человеку сидеть и в ручную собирать такой вот сет, как описан выше
вот нашел плагин, но пока не вижу как он мог бы помочь в конвертации входящего чендж сета в исходящий:
вот нашел плагин, но пока не вижу как он мог бы помочь в конвертации входящего чендж сета в исходящий: https://organizer.enree.co/faq.html#changeset
Я делал конвертацию входящего чендж сета в исходящий путем парсинга юайки SF водящего и потом создавал исходяший, наполнял его элементами имитируя запросы, которые шлются из браузера, когда человек все это ручками делает
Я делал конвертацию входящего чендж сета в исходящий путем парсинга юайки SF водящего и потом создавал исходяший, наполнял его элементами имитируя запросы, которые шлются из браузера, когда человек все это ручками делает