Best practices for maintaining custom Metricbeats

My software team has extended Metricbeat a few times, creating new modules/metricsets. We're looking for advice regarding the best way to maintain the Git repository (i.e., keeping with Elastic Beat's main branch). Currently, it's a high frequency of manual merges to avoid drifting too far, where it becomes untenable. We looked at options like Repository Mirroring and Submodules, but aren't sure if any of those options are ideal.

This topic was automatically closed 28 days after the last reply. New replies are no longer allowed.