Я работаю над проектом с открытым исходным кодом, который требует от меня работы с несколькими третьими лицами. В настоящее время я использую частную систему отслеживания ошибок для поддержки списка как ошибок, так и запросов функций от этих третьих сторон, а приоритеты назначаются, что позволяет мне ориентироваться на более крупные проблемы в первую очередь. Тем не менее, я хотел бы перейти к процессу разработки с открытым исходным кодом, и это означает, что этот трекер проблемы будет открыт для публики. Тем не менее, я не хочу делиться всеми этими проблемами (в частности, с некоторыми из запросов функций)Полу-частные Отслеживание проблем
Таким образом, кто-нибудь знает о трещинах проблем, которые позволяют некоторым проблемам, таким как запросы функций, быть закрытыми, в то время как остальные общественности? Я сам изучил это сам, но лучший подход, который я придумал, состоит в том, что у меня две отдельные системы - публичные и частные - которые я вручную синхронизирую (т.е. публичных проблем -> частный вопрос трекер) - подход, описанный GitHub here , Неужели должно быть что-то умнее этого?
У вас есть бюджет? –
У меня возникли проблемы с согласованием «Открытого источника» и «Частных запросов функций». Контекст изменений кода должен оставаться закрытым, но реальный результат/функциональность могут быть доступны миру? – MattC
@EduardLuca Да, бюджет существует, если существует подходящий инструмент – stephenfin