24.04.2019, 00:25 | #1 |
Участник
|
kurthatlevik: D365F&O – Community Driven Engineering
Источник: https://kurthatlevik.com/2019/04/23/...n-engineering/
============== I have previously blogged about the importance of reporting new ideas, issues and bugs to Microsoft, and also why the community will benefit from sharing. I have often experienced that experienced engineers often have the solution available and are more than willing to give it for free to get the fixed-up code into the standard solution. But the formalized support path does require time and energy and remember that not all Microsoft support consultants are engineers that you can discuss X++ topics with. But how can the process of contributing to the D365 community be easier? But did you know that Microsoft have a program for Community Driven Engineering with Dynamics 365 F&O? This covers not only bugs, but also new features. Community driven engineering (CDE) is a Microsoft effort to make external engineers more efficient at providing recommended bug fixes as minor features to Microsoft, as well as to make Microsoft more efficient in accepting fixes from the community. If the fix is accepted, it will be merged into the main Dynamics 365 F&O branch. I have tried the program, and reported in a fix for auto-report as finished, and the fix was accepted, and hopefully in the near future the entire community can benefit from it. How to start? If you have the right skills and the willingness to share and give away your fixes (or features) you can sign up at https://aka.ms/Communitydrivenengineering. You need to be accepted into the program, and your user must be whitelisted before you can access. The CDE also have a private Yammer group, that you get access to when accepted. But I must warn you. This program is meant for the most experienced and technical people we have in our community, and that are deep into X++ and AzureDevOps. You must have approval from CxO-level in your organization that you can share code with Microsoft. (Lawyer stuff) Here is the overall flow for the external engineer:
The following text is copied from the onboarding documentation of the CDE. It takes approximately one hour to get started with CDE, the majority of which is the initial build time.
How to submit a change? Changes submitted by the community are committed to the same REL branch matching the version on the dev VM. Once the pull request (PR) is completed, that signals that Microsoft has officially accepted the change and it will show up in a future official release, usually the next monthly release (depending on what day of the month the release closes). The change will only enter the master branch of msdyncde through a future official release. Syncing to the tip of a REL branch will pull in other community changes submitted from that version.
Behind the scenes
One final joke for those considering going into this program: Git and sex are a lot alike. Both involve a lot of committing, pushing and pulling. Just don’t git push –force Источник: https://kurthatlevik.com/2019/04/23/...n-engineering/
__________________
Расскажите о новых и интересных блогах по Microsoft Dynamics, напишите личное сообщение администратору. |
|
24.04.2019, 10:38 | #2 |
Модератор
|
Цитата:
Цитата:
Том взял кисть и начал красить забор, изображая из себя человека, занятого важным и интересным делом. Когда к нему подошел мальчик Бен Роджерс и стал над ним издеваться, намекая, что Тому приходится работать, тогда как он идет купаться и играть, Том ответил, что белить забор гораздо интереснее и не каждому мальчику доверят такую ответственную работу.
Ситуация изменилась. Бен, видя с каким упоением Том красит забор, стал постепенно меняться в лице и, наконец, попросил Тома дать попробовать покрасить и ему. Том, ликуя в душе, отказал, указав на ответственность поручения. Тут Бен окончательно попался в ловушку. Он отдал Тому яблоко, лишь бы тот разрешил немного побелить забор
__________________
-ТСЯ или -ТЬСЯ ? |
|
|
За это сообщение автора поблагодарили: ax_mct (5). |
24.04.2019, 10:56 | #3 |
Moderator
|
Дык сделано давно уже. Я еще году в 2007ом видел некий внутренний документ, где описывалось что community.dynamics.com (который тогда, правда, на другом домене жил) сэкономит микрософту деньги на поддержке. Типа, если кто-то туда тиснул вопрос, то надо подождать пока какой-нибудь энтузиаст ответит. А вот если энтузиаста за три (кажется - уже не помню), дня не нашлось, и задавший вопрос находится на поддержке (или расширенной поддержке - опять же не помню), то сотрудник поддержки должен на этот вопрос ответить.
|
|
24.04.2019, 12:21 | #4 |
Участник
|
|
|
24.04.2019, 14:13 | #5 |
Участник
|
На самом деле, некоторые достаточно большие ИСВ тупо замахались ждать пока им напишу все екстеншены что им надо и МС дал им доступ к этому. Вы если подпишетесь то увидете, они там в основном и трудяться, но они не баги фиксят
|
|
24.04.2019, 20:28 | #6 |
Banned
|
Цитата:
Цитата:
Community driven engineering (CDE) is a Microsoft effort to make external engineers more efficient at providing recommended bug fixes as minor features to Microsoft, as well as to make Microsoft more efficient in accepting fixes from the community.
|
|
24.04.2019, 21:32 | #7 |
Banned
|
One final joke for those considering going into this program: Git and sex are a lot alike. Both involve a lot of committing, pushing and pulling.
Не знаю как с технической стороны, но с психологической GIT на стороне зла. IT community в широком смысле хочет Application portability: applications can run on any cloud, there are no cloud specific services used. И тот же GitLab в отличие от Git по крайней мере рассматривает всерьез идею multi-cloud. https://medium.com/gitlab-magazine/m...l-2de185c01dd7 https://www.cncf.io/ Мне кажется что это серьезный тренд когда зло в привязке цепями к конкретному облаку. А community оно любит быть на стороне добра и свободы. |
|
|
За это сообщение автора поблагодарили: belugin (0). |
|
|